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I I 



WHAT IS A HACKER?? 

The September fifth issue of Newsweek contains a 
six page article "Beware: Hackers at Play," with a 
cover picture and the headline "Computer Capers." 
Several months ago, Wall Street Journal also ran a 
front page article about how Hackers break into 
computer systems. 

I consider myself a Hacker, but I have no interest in 
breaking into computers (it takes more time than I 
have available to try to figure out what's going on in 
my own computer). I object to the fact that the press 
has defined hacking as breaking into computer 
systems. The press is giving all hackers a bad name 
because of the trespasses of a very few who call 
themselves Hackers. When I mention computer 
hacking, people ask 'How many computers have you 
broken into today?' I tell them that this is not hacking; 
but when they ask what hacking is, I have a hard time 
trying to explain it. 

And so I put the question to our readers, 'What is 
Hacking?' What is it that Hackers do? We at The 
Computer Hacker would like to generate some good 
press about hacking, and need ideas and information 
from our readers. We will use this information to 
prepare press releases and an information packet for 
the press. 

In order to get the information needed.The 
Computer Hacker is announcing a contest for Hackers. 
We'll award some prizes (perhaps logic probes or 
breadboarding kits) for the responses which are most 
useful. There will be two categories: 

1) What is a Hacker? 

2) A description of a useful hacker project, such as 
interfacing a micro so that a disabled person can 
control their world. 

The final result, which will be submitted to the 
press, will probably be a blending of many responses. 
WE NEED YOUR INPUT!! 

THE "HACKER STANDARD INTERFACE" 

In this issue, we continue the series on the RS-232-C 
interface. The first part explained the standard's 
definitions. Part two covers the standart 
configurations and describes real world examples of 
the RS-232-C interface as used with microcomputers, 
and recommenations for hacker standards. A future 
article will cover the use of UART and USART 
integrated circuits with the RS-232-C serial interface. 
It may seem that we are spending a lot of time on the 
RE-232-C interface, but many hacker projects (at least 



the ones I get involved with) require the transfer of 
data, and a good understanding of the standard 
interfaces is vital. We suggest that most hacker 
projects be built as separate stand-alone devices using 
a standard interface instead of being built to operate 
only with a specific computer. 

The problem with a computer specific peripheral is 
that the device will probably not work with another 
computer. Computer technology is changing very 
rapidly, and most of us will eventually get a different 
(or an additional) computer which will not be able to 
use the same computer specific peripherals. There is 
also the possibility that you will want to lend (or sell) 
your project to someone with a different computer. 
The decision to use either a computer specific or a 
standard interface design is not always clear-cut. 
There are advantages and disadvantages to both 
approaches, and you'll have to decide on a case-by-case 
basis. When you do design something which is not 
meant to be computer specific, you should use a 
standard interface if at all possible. 

In future issues we will continue coverage of the RS- 
232-C interface, and will also cover other standard 
interfaces suitable for the hacker. We are interested in 
feedback from the field, so please tell us about your 
experiences with interfaces (both the good and the 
bad). If you would like to write an article, perhaps 
something on A/D and D/A or the factors to consider 
when deciding between using a computer specific 
versus a standard interface design, send us an outline.! 
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FILE TRANSFER PROGRAMS FOR CP/M 

by Lance Rose, Technical Editor 



Bypassing Incompatible Diskette Formats 

Although CP/M has by now established itself as the 
"standard"8-bit microprocessor operating system, this 
doesn't mean by a long shot that programs are easily 
transferrable from one computer running CP/M to another. 
The CF/M operating system includes within it a section 
known as the Basic I/O System or "BIOS" for short. This part 
of the system is very machine-dependent and is what adapts 
the other (standars) parts of CP/M to the particular hardware 
it is being used on. These machine-dependent parameters 
include things like the port addresses for keyboard and 
printer, the disk controller type and the size and format of the 
particular disk system involved. For this reason a version of 
CP/M with a BIOS written for, say, the North Star Horizon 
would be of no use on a Morrow Micro Decision or other 
system with even a slightly different hardware configuration. 

Since it is often necessary and desirable to move a program 
from one system to another, a way must be found to overcome 
the differences in all these versions of what is the "standard" 
operating system. One way that allows a speedy transfer is to 
simply have a version of CP/M with a custom BIOS written 
for multiple disk systems. This would be used in a machine 
with two or more disk controllers operating at the same time. 
Each controller could have a drive connected to it and 
assigned a logical drive name, for example an 8-inch single 
density floppy might be Drive A, a North Star minidisk drive 
might be Drive B, a TRS-80 CP/M format disk drive might be 
Drive C, and so on. I think you can see right away that this 
isn't a very practical setup. One would have to have all these 
types of disk controller active in the same machine at the 
same time (a near impossibility considering the various 
schemes used for addressing disk controllers). Also, it's 
questionable whether any machine has enough slots for all the 
different types of hardware required, and the BIOS would be 
quite long and involved. 

Another way of moving files around which, while slower, is 
at least more practical, is to simply transmit the file from one 
computer to another via some sort of interface. This method 
has the advantage of not requiring the same disk system, in 
fact it doesn't require the same anything except the interface 
convention (i.e. RS-232, Centronics, Etc.) and that both 
machines have CP/M running on them. The connection 
between the two systems may be a simple interface cable or it 
may have a pair of modems and a telephone line between 
them, thus allowing remote transfer of files. The modem 
method is, of course, much slower since it is no problem at all 
to send files from one machine to another on an RS-232 cable 
at 9600 baud (some 32 times faster than most modems are 
capable of!) Still, it is sometimes impossible to place the 
computers physically side-by-side and modems may have to 
be used. 



Transfer Conventions 

With transfers between machines using a hardwired cable, 
it isn't usually necessary to add a checksum to insure data 
integrity (it doesn't hurt, however), since interface reliability 
in the absence of a phone line should be quite good. However 
the case of transfer via modems is much different. Telephone 
line quality can vary from good to atrocious (more often the 
latter than the former) and some means must be adopted to 
make sure that what arrives at the receiving end is the same 
information that started out at the sending end. This is where 
the checksum comes in. For each block of data sent the sum of 
the bytes transmitted is calculated and at the end of 
transmission of the block, this "checksum" is also 
transmitted. At the receiving end the computer is adding up 
the values of the bytes received one by one as they come in. 
When the final data byte has been received, the checksum is 
transmitted and examined by the receiving machine. It then 
compares the checksum received with the one it has been 
calculating and, if these are the same, it is assumed that the 
block has been transferred correctly. 

While an in-depth explanation of error-detecting and error- 
correcting codes is not appropriate here, suffice it to say that 
the probability that there will be two errors in transmission 
which cause equal and opposite results is so minute as to not 
be worth worrying about. In a case where something like 
national security is involved, more elaborate error-detecting 
and correcting codes are available to cover this possibility but 
for our use they are not needed. In addition they would slow 
down what is already a painfully slow method of moving data 
between computers. 

Choices of Data Format 

There are basically two ways that data can be represented 
during transmission from one computer to another. The first 
of these is simple ASCII coding. This works fine for text files 
but runs into a bit of a snag for machine-language or 
executable programs. ASCII is defined as a 7-bit code with a 
parity bit added as the 8th bit. However, binary files may 
have any combination of bit patterns making up the byte and 
can't afford to waste the 8th bit as a parity bit. In the case of 
some existing file transfer programs, a binary file must first 
be converted into a form that is representable by ASCII 
characters (a HEX file) before transmission. It is then 
transmitted and reconverted into a binary file at the 
receiving end. While this works, it forces the transmission of 
two bytes of data for each byte of binary information that 
must be transmitted, thus in effect cutting the transmission 
speed in half. Using this method would limit the effective data 
transfer rate on a modem to around 15 bytes/second. As I 
mentioned above, even 30 bytes/second is irritatingly slow 
especially when transferring long programs, not to mention 
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the expense if this is happening long distance. The alternative 
to this, which I am using here, is to make sure the serial port 
used is configured for 8-bit words and no parity bit. Most any 
serial port can be configured this way with a little snooping in 
the user's manual. In fact I have found that roost hardware 
manufacturers use this is the default configuration for their 
serial data ports. With this accomplished, a binary byte can be 
transmitted as is, and any error-detecting can be left to the 
checksum rather than the parity bit. 

The Programs 

The programs presented here are designed to work with 
each other in moving files between CP/M machines. The basic 
method of transfer is to have the receiving machine in control 
of the situation. The transmitting machine waits until the 
receiving machine is ready before sending anything. This 
allows for the case where the receiving machine may have a 
slow disk system and a large file is being transferred that 
can't be buffered in memory in its entirety. The receiving 
machine must pause to dump its buffer to the disk, and during 
this period the transmitting machine must wait to insure that 
it will not be transmitting when the receiving machine is busy 
with its disk work. Upon dumping the buffer, the receiving 
piachine can signal that it is ready to begin accepting data 
again and the transmitting machine can start sending at that 
time. 

An additional feature present is a certain amount of error- 
correcting. The term "correcting" is a bit of a misnomer 
because it is accomplished here by simply retransmitting a 
garbled record until it is received correctly. There is a two- 
way communication between the machines (full duplex) so 
that they can decide when a record has been correctly 
received. The number of retries for a badly-transmitted 
record is 4 here but can be altered to any other value to suit 
the user's purpose. Aborting a transfer is also possible since 
the program polls the console device using a BDOS call, and if 
the operator types a control-C, the transfer is terminated and 
a message so stating is printed on the screen. As each record 
is transmitted and received, a message is printed on the 
screen so that the operator can monitor the process. If a 
record must be transmitted, the word "again" is appended 
to the message. When the entire file has been finally 
transferred, the message "Transfer Complete" is printed and 
the program reboots. 

Procedure for Transferring a File 

The procedure to follow in using these programs, once they 
have been entered into the machine, is quite simple. First of 
all, the user must identify the port numbers and input and 
output flag bits for the serial port concerned. This 
information is almost always available as part of the user 
documentation for the system. These values must then be 
inserted into the source listing for the programs and the 
programs assembled. 

If the connection is a hardwired cable it must connect the 
serial interface on the first machine to the serial interface on 
the second. In most cases a cable may be needed that reverses 



pins 2 and 3 of the DB25 connector on one end since it wUl 
probably be the case that both machines are wired to connect 
directly to printers and will use pin #2 for received data. 

If the connection is being made via a phone line and 
modems, each machine should have a cable suitable for 
connecting it to a modem. Most computers are wired as DCE 
(Data Communications Equipment, i.e. they emulate a 
modem) and will probably need a crossover cable to connect to 
an actual modem, but this is not universal so consult your user 
manual on this. 

. Since the receiving program is in control of the process, the 
transmitting computer should begin first with the operator 
typing 'TX (drive:)filename(.filetype)' where the items in 
parentheses, the drive and filetype, are optional. The quotes 
are not entered. If the filename is omitted, an error message 
results and the program reboots. After waiting a few seconds 
for the computer to open the file and load the buffer, the 
receiving operator types 'RX (drive:)filename(.filetype)'. His 
computer then erases any old file by that name, opens a new 
file and signals the transmitting computer to begin. At this 
point the computers may be left alone until the process is 
complete barring any unrecoverable error conditions. 

In practice, even though the receiving computer is calling 
the shots, I have found that it doesn't seem to matter who 
actually types his carriage return first, the sending or the 
receiving party. The handshake link is established 
satisfactorily either way and the transfer proceeds normally. 
So don't worry too much about counting to five or whatever 
before hitting return. 

Multiple File Transfers 

In order to keep the complexity of the programs down, it 
was necessary to limit the transfer to a single file for each 
execution of the program. This is not really a problem in the 
case of long files since one would want to check on the 
progress of the transfer periodically and re-executing the 
program for the next long file wouldn't be a burden. In the 
case of a large number of small files, I have found that the 
best procedure to accomplish this is the SUBMIT utility of 
CP/M. Making up a submit file such as: 

TX PROGl.TYl 

TX PROG2.TY2 

TX PROG3.TY3 

TX PROG4.TY4 
and calling it SEND.SUB allows the whole thing to operate by 
typing in SUBMIT SEND. The SUBMIT program then 
executes each line in turn until all files have been transferred. 
The receiving end computer must of course have a similar file 
but with the letters RX in place of TX on each line. Our 
procedure here is to first send the submit file with a manual 
command, then have the receiving end operator edit it and 
replace the TX's with RX's. This helps insure that the order 
of the programs being transferred will be the same on both 
ends. The receiving computer operator can then type 
SUBMIT RECEIVE (assuming he has named the file 
RECEIVE.SUB). We have used this procedure to transfer 
series of files that take an hour or more via modems and. 
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except for checking the machine every ten minutes or so, both 
operators can work on something else during the transfer 
process. 

Summing Up 

These programs offer the hacker a good way to move files 
between CP/M machines, even with toatUy different disk 
systems. The only requirement is that each have a serial port. 
Transfer can be made with either a direct interface cable or a 
pair of modems. (Why is it I always want to make the plural of 
modems moda?) The programs are very tolerant of timing and 
contain the facility for retransmitting records containing 
transmission errors. We have been using them in this area for 
quite some time now and found them to be very satisfactory 
for our purposes. The listings are included here for those who 
want to key them in. If you would rather avoid the effort and 
errors involved with keyboarding the data, send $15 to The 
Computer Hacker for an 8-inch single-density floppy disk 
containing a CP/M copy of the source files. 

Listing 1 

Program to transmit a CP/M file 



iMtms t, eomtmttd 







ProQrwi 


to trarsmit a CP/M filf througt a aeriaj port 








Accesses port directly, bypassing the BLCS 








Assuses 


an 6-bit word length and no pmity 








VersJor 


of 9/2/63 








CCT 


EOt 


eeecH 


CP/K reboot address 




BDOS 


tC*J 


•eesh 


CP/M BDCS entry point 




TFCE 


EOt 


eescH 


FCE lor tile to be transiritted 




SIOSTA 


cot 


*7H 


SIC statuB port 




S IOC AT 


EOL 


MH 


S:- data port 




I FLAG 


EOL' 


e2H 


Ir. ; Hag for serial port 




OFLAC 


EOU 


eiH 


OLtf-t flag tor leria] port 




BUFREC 


too 
ORG 


12t 
IBBH 


Buder site ICP/H recorda) 








If requ 


ired, place seria 


port initialization code here 




TX: 


LDA 
CPI 


TTCE-l 

0PE^ 


Check tor filename 






LXl 


CFNMLf 


Print error n-easagf and reboot 




ABORT: 


MVl 

CALL 

HVl 


C.9 

BDCS 








CALL 


XMTBYT 


Send ECT character 






JHP 


BOOT 


Return to CF, f 




OPEN: 


LXl 

MVl 


C.TFCF- 
C, IS 








CALL 


ELCE 


Open file 






INP 


A 








JKZ 


FCLSL 


File present 






LXl 


t.FKFEP 


Point at error nessege 






JMP 


ABCPT 


Print and rebcct 




FOLKE; 


XRA 


A 








STA 


TFCE- 3: 


Set next reccrd tyte tc zerc 






MCV 


C, > 


Set reccid ccurt ir tijfter tc zero 




fiUxt\: 


PUSh 
MVl 


c. u 


Save rerorc cocnt 






CALL 


BDO& 


Get consoJf status 






POP 


fi 








or;' 


A 








JZ 


RLAtYJ 


Nc key pressea 






PL'Sh 


B 








MM 


C, ] 








CALL 


BIOS 








PCP 


B 








CPI 


Bjh 








JNZ 


READY] 






S.tiLXy.1: 


LXI 

JMP 


C.ICTMEC 
ABCFT 


Print ECT messagr and abort 




RLACYI: 


IN 
ANI 


SJOSTA 
IFLAG 


Read serial status port 






JZ 


RtACV 


Wait tor character tc be received 






IN 


610CAT : 


Get received character 






ANl 


7FH : 


Mask oil bit 7 tor ASCII codes 






cp: 


• 4H 








JZ 


EKCXMT : 


End transirissior 






CPI 


eiH 








J2 


WTRLC 


Trarsmt ne«t record 






CPI 


e2H 








JKZ 


RLAn : 


IgncTe ot hf r characters 






LHLt 


CATPT^ 








Lx: 


[ , -pefepH 








DAT 


c 


Point et last recoro 






SHLt 


tATPTh 








IKFi 


C 


Go beck ore record 




XMTREC: 


DCh 


A 








STA 


RPTILG 


Sbv« repeat fJaa 






C2 


CC L K-! 


Increase record message il ne>. recoro 




XHTPCl : 


DCR 


C 


Decrease record count 






JF 


XPTPC; 


Here in butter 






LDA 


ECHLG 








ORA 


A 








JZ 


RhACf : 


More in t 1 Je 






LXI 


i,tci-K.s; 


con 


Unued 





MVl 


C.9 






CALL 


BDOS 


;Prlnt EOF ■•■•a9« 




MVl 


L,t3H 






CALL 


WTBKT 


;S«nd EOF byte 




JMP 


BOOT 




RLACTL 


1 LXI 


H. DATBUF 






SHLD 


MTPTR 


iPoint at I»*9lnnin9 ot data buttar 




XCHC 








INR 


C 


;lnitlaliB* record count to sero 


READ: 


PUSH 


B 






PUSH 


D 






MV] 


C.26 






CALL 


BDOS 


;S«t DMA address 




LXI 


C.TFCB 






KVI 


0,20 






CALL 


BDOS 


ift«»d next record 




POP 









POP 


B 






ORA 


A 






JNZ 


NOMORE 


lEOF detected 




LXI 


N.BBeeH 






DAD 


D 


iPojnt at neit record in buffer 




XCHC 








INR 


C 


tlncrease record count 




MVl 


A, BUFREC 






CMP 


C 






JNZ 


READ 


iBtop et end ot extent 




JMP 


XMTRCl 




HOMORE 


MVl 


A.l 






STA 


EOFFLG 


(Bet BOF fl»9 




JMP 


XMTRCl 




XHTRC2 


LDA 


BPTFLC 






INR 


A 






HOV 


E.A 






CALL 


XMTBYT 


sSend response to request for record 




LHLD 


DATPTR 


fPoint at next record to transHit 




MVl 


B.eSH 


^Character count for record 




MVl 


D,0 


iChecksun tor record 


XMTRC3 


HOV 


A,H 


TCet next byte to eend 




INX 


H 


tUpdatc pointer 




MOV 


E.A 


;Sbvc in E 




ADC 


D 






MOV 


D.A 


lUpdate checksuB 




DCR 


B 






JNZ 


XMTRC3 


;Hore in record 




MOV 


E.D 






CALL 


XMTBYT 


;Scnd checksun 




PUSh 


B 






MVl 


C,4 






MVl 


E,e0H 




XMTRC4 : 


CALL 
DCR 


XMTBYT 
C 


iScnd 4 NULs to replace any aissed bytes 




JNZ 


XMTRC4 






EHLC 


DATPTP 


tSave pointer to next record 




LXI 


C, RECMSG 






HVl 


C, 9 






CALL 


BDOS 


iPrint record Message 




LDA 


RPTFLG 






ORA 


A 






JZ 


NCXTUJ 


}Skip '•9Bin' if aucceesful first tiac 




LXI 


D, AGAIN 






MVl 


C, 9 






CALL 


BDOS 


iPrint •again^ If record repeated 


HEXTLN 


LXI 


C.CRLF 






MVl 


C.9 






CALL 


BDOS 


jPrint CBLF 




POP 


6 






JMP 


READY 


iGo wait for next prcvipt to send 


COUNT: 


LXI 


H,RECCNT-*4 




COUBTl 


INR 


M 






HVl 


A. '9- 






CHP 


M 


;Over 9? 




RNC 








MVl 


M. •»■ 






DCX 


H 






MOV 


A,M 






CPI 








JNZ 


COUNT 1 






MVl 


M, -e* 






JMP 


COUKTl 


iPut in ■eseagc 


WfTBYTi 


IN 


SJOSTA 


tTransBit character through aerial port 




ANl 


OFLAG 






JZ 


XHTBYT 






MOV 


A,E 






OW 


SIODAT 






RET 






FM4ER: 


DB 


'File nuae diss: 


ng* .BDH.BAH, 'S' 


FKFEP: 


DB 


'File not lound 


.BDH.BAH. -f 


EOFMSG : 


DB 


•Transfer complete* ,BDH, BAK, e7H, ' S ' 1 


E0TH5G: 


DB 


•Transfer terminated ', BDH. BAh, e7H, '$ ' | 


RECMSG: 


DB 


•Record • ' 




RECCMT: 


DB 


B- 


{Record 4 tranvnitted 




DB 


■ transmittedS ■ 




AGAIN: 


DB 


■ .gains' 


iRepeated record 


CRLF: 


DB 


BDH.BAH, •$ ' 


tCRLF sequence 


DATPTP: 


W 


MTBUF 


rPointcr to nextj9ata byte to send 


EOFFLG: 


DB 


B 


I Flag for EOF read 


RPTFLG: 


DB 





iFlsg for repeated record 


DATBUF 


EOU 
END 


$ 


iData buffer 



Listing 2 

Program to receive a CP/M file 



Prograir to receive a CP/M file through a serial port 
Accesses port directly, bypsssing the BDOS 
AssuRies an B-bit word length and no parity 

Version of 9/17/83 



;CP/H reboot address 

:CP/M BDOS entry point 

:FCB for file to be transsiitted 

;SIO status port 

;S1C data port 

;Input flag tor serial port 

.-Output flag for serial port 

[Buffer sixe (CP/M records) 

;Nuint>er ot retries before quitting 



BOOT 


tou 


mm 


BDOS 


roi. 


MeSH 


TFCb 


tQV 


eescH 


SIOSTA 


ECU.' 


e7H 


SlCDAl 


ECl 


«t,H 


iri>G 


Ea 


BJH 


OJLAG 


EOU 


ein 


BUFPiX: 


EOU 


126 


RLTBY 


EOU 


4 



contnntd 
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Littrngteontmrned 








! 


If r*qu 


ircd, pl«c« 


■•rial port inlti*li»«tion cod* h«r« 




: 


IXA 
CPl 


TFCB-*1 
OPES 


;Ch«ck for filvnwn* 






LXI 


CFKMEF 


.-Print •rroi •••■•ge and rsboot 




ABOUT: 


Hv: 

CALL 
MVI 


C,9 

RDOS 

E,f4H 








CALL 


XMTBY7 


iSviu) EOT charactar 






JMP 


BOOT 


;Raturn to CP/M 




OPC^: 


MVI 


CTFCB 
C,19 








CALL 


BtCS 


iDclcta old fil* If prcaant 






LXl 


CTFCB 








MVI 


C.22 








CALL 


BCOS 


;Mak« n*w fll« 






ItifL 


A 








LXl 


E, rCFLF 


.-Point at error ■««aa9» 






JZ 


ABORT 


iPrint and reboot 




STAI(7 : 


MVI 
MVI 


c.se 


fSand aonc NULa firat 




KLLS: 


CALL 

ten 

JNZ 


XMTBYT 

c 

WULS 








IK 


SlODAl 


;Cl«ar aarial data port 




REAC): 


UlA 
CPl 
MVI 


RPTCTR 
RETRY 

L.eiH 








JZ 


READY 1 


iFirat tiaie for tbia record 






IKR 


E 


;Chan9c request character to BZH 






ORA 


A 


;Teat repeat counter 






JHZ 


READY 1 


;Try a^ain i* not Kcro 




ENCXMT 


LXI 
JMP 


B.EOTOSG 

ABORT 


:Print EOT aeaaage and exit 




RCACYl 


CALL 


XKTBYT 


tSend prowptinq byte 




MADyS 


MVI 


C, 11 








CALL 


BCOS 


tCet conaole atatua 






ORA 


A 








JZ 


READY 3 


;No key presaed 






MVI 


C, J 








CALL 


BDOS 








CPl 


e3H 








JZ 


DIDXMT 


rTersinate if control-C pieaaed 




READY 3 


AKl 


SIOSTA 
JFLAG 


tBead aerial etatua port 






JZ 


READY 2 


tWait for character to be received 






ih 


SIODAT 


:Get received character 






AMI 


7FH 


;Mask off bit 7 for ASCII codea 






CPl 


B3H 








JZ 


CLOSL 


.-Fluah buffer and close liie 






CP] 


B4>- 








JZ 


EKDXMT 


;End traneenaaion 






CPJ 


eih 








JZ 


RCVBtC 


;Receive neit record 






CPl 


eih 








JKZ 


BEAC^i 


:lgnore other characteis 




RCVRIC: 


Mv: 


B,£>LH 


:Syt* count lor record 






MV] 


D, e 


.•Injtialire checkaiir 






LHLL 


DATPTP 


[Prepare to atore data 




BCVRCl J 


CALL 


RCVBY7 


fGei a byte 






MOV 


M.A 


;Store in data buffer 






IMX 


H 








ACC 


D 








MCV 


D,A 


;Update checkaiv 






DCR 


B 








JKZ 


RCVRCl 


[Continue (or 126 bytes 






CALL 


BCVBYT 


iCet checkauir 






CUP 


t 








PUSH 


PSW 


rSave atatut 






Jhz 


RCVRC2 


■hoe read 






SHLC 


DATPTB 


rSave new record pointer 




RCVBC2 


LXI 
KVI 


D.REOISG 
C,9 








CALL 


BDOS 


;Print received record aieaaagc 






LDA 


BPTCTB 








CPl 


RETRY 








JZ 


RCVRC3 


;rirat try 






UIl 


D, AGAIN 








MV] 


C,9 








CALL 


BDCS 


.-Print '•gain' 




RCVIIC3 


LXI 


D.CRLF 




e<ni(tiiii«</ 





nvi 


C,» 








CALL 


■COS 


imnt cur 






LXI 


H.irTCTR 








sc* 


M 


rDeer^nt rapeat ceuntar 






»OP 


m 








JN2 


RART 


fVnaucc*«RCul raad 






MVI 


A.UTRV 








tlA 


RPTCTR 


iRaaat countar lor naxt raeord 






LXJ 


II.RECCIIT»4 






CCU*T. 


INR 
MVI 


M 

A, •»' 








OIP 


M 


jOvar »? 






JNC 


■UFCHK 








MVI 


M, ••■ 








cc% 


H 








MCV 


A.H 








CPl 










JNZ 


COUMT 








MVI 


M. '*' 








JMP 


COUNT 


fRut • in Maaaaqa 




■ureHKi 


LHLC 


OATPTR 








txi 


t. - (DATBUr**UrRIC>12a) 






CU 


C 








CC 


FLUSH 


triuah buftar it full 






JMP 


RLACY 


iCo look for naal raeord 




»LUSH. 


UI 


C. DATBUF 


(Start at b«9innin9 of buffar 




KLUSHlt 


UllX 


OATPTR 








MCV 


A,D 


lCoaq>ara to m»9 if awpty 






CMP 


H 








JM2 


FLUSH 3 


rMora to 90 






MOV 


A,l 








CMP 


L 








JKZ 


FLU5H2 








LXI 


H. CATBUF 








SHLC 


DRTPTR 


iRasat data pointar 






SET 








FLtSH2 : 


PUSH 
MVI 


C,26 








CALL 


BCOS 


iSat DMA addraas 






LM 


c.TrcB 








MVI 


C.Jl 








CALL 


BDOS 


twrita raeord 






POP 


C 








ORA 


A 








JZ 


FLUSH 3 


iGood vrita 






LXI 


D. DEFER 


tCiak error 






JMP 


ABORT 






FLUSH 3: 


LXI 


H.BBBDH 








CAC 


D 


t Point to next record 






XCHC 










JMP 


FLUSHl 


iCo write it if praaent 




CLOSl! 


CALL 
LXI 

MVI 


FLUSH 
CTFCB 

c.ie 


tPluah buffer of data 






CALL 


BCOS 


;C108e file 






LXI 


D.LOFHSC 








MVI 


C.9 








CALL 


BCOS 


;Print EOF •essefe 






JMP 


BOOT 


; Reboot 




BCVBVl 


IK 

AAI 
JZ 
IM 

RET 


SIOSTA 
11 LAC 
RCVBYT 
SIODAT 


iReceive byte frcB aerial port 




XHTBlfT 


IN 

AMI 

JZ 

MOV 

OUT 

RET 


SIOSTA 

OFLAC 

WTBYT 

A,E 

SIODAT 


iTraneait byte to aerial port 




FNHER; 


Dfi 


■File i>w« ■ 


iaaino'.BDH.BAH, '$' 




ODFER: 


CB 


'Disk or directory f ull ' ,BDH, BAM, '$ ' 




EOPHSG 


DB 


*Tr«nst«r conplvts' .SDH, BAH, B7H, '$ ' 




ECTHSG 


SX 


'Transfer t*r«inat*d' ,BCH, •AH.-07H, '1 ' 




REcnsc 


ce 


'Record « ' 






RtCCliT 


DB 
CB 


1' 
' r*c«jv«4$ ' 


tRacord 1 received 




AGAIK: 


ce 


* agslnS' 


f Repeated record 




CRLf : 


CB 


•CH,BAH, '«' 






MTPTR 


EH 


DATBUF 


; Pointer to nest atora9e location 


in buffer 


RPTCTR 


DB 


RETRY 


iCoisiter for repeated record 




DATBUF 


tou 

ENL 


> 


iDate buffar 


■ 



A Challenge to FORTH Advocates... 

Our readers are involved with interfacing and control, and are interested in hearing more about 
FORTH. Here is your chance to convince them of the advantages of FORTH. 

Submit your outline or articles (SASE ai^reciated) for prompt consideration. Author's guide 
available. Write to: 

The Computer Hacker 
P.O. Box 1697, Kalispell, MT 59903-1697 
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THE RS-232-C SERIAL INTERFACE 

Part Two 
by Phil Wells— Technical Editor 



Introduction 

The first part of this article discussed the electrical, 
mechanical and functional specifications of the EIA RS-232-C 
serial interface standard. Part two will briefly discuss the 
"standard configurations" defined in RS-232-C, then describe 
some real-world configurations and present several 
suggested "hacker" standards. 

Standard Configurations 

The RS-232-C standard Refines 13 "Standard Interfaces." 
called "Interface Type" A through M, with a fourteenth 
catagory called Interface Type Z for specials defined by the 
manufacturer. I think every "RS-232-C compatible" interface 
I've ever seen in microcomputer equipment has been "Type 
Z," including those found on typical low-cost modems. 

The standard interface types are defined in terms of which 
interchange circuits are implemented. All standard 
configurations include a number of circuits required for that 
type, plus possibly some circuits required for switched 
service, some required for synchronous service, and some 
optional circuits. 

Keep in mind that the standard defines a serial interface 
between a computer or terminal (Data Terminal 
Equipment -DTE) and a MODEM or Data Set (Data 
Communications Equipment — DCE). RS-232-C was not 
intended to define an interface between a computer and 
printer, or directly between two computers. 

Some often-misused terms apply to the interface type 
descriptions: 

Simplex: One-way-only transmission. Not reversible. 

Half Duplex: Two-way transmission, but only one way at a 
time. 

Full-Duplex: Two-way simultaneous transmission. Often 
mistaken for "Echo" or "Echoplex". An echo is when the 
characters you type on your keyboard are not immediately 
displayed on your screen; instead they are sent to the remote 
computer which echoes or returns them to your terminal 
which then displays them. This is a simple but very good 
means of error checking for character-at-a-time transmissions. 
If your terminal sends your typed characters directly to 
your screen and the remote system is echoing, you will 
see a double of every character you type. If your terminal 
software requires a remote echo but the remote computer is 
not set up to provide an echo, you will see nothing on your 
screen when you type; in this case your modem may provide a 
local echo if you switch it to Half Duplex. 

Switched Service: Additional control circuits are required 
if the link includes switched communication circuits. 
Generally, this means that if you have a dedicated (non- 



switched) set of wires connecting the two Data Sets, you do 
not need complete handshaking between the DTE and DCE. 
However, if you are connected to the PSTN (Public Switched 
Telephone Network) or to some other arrangement where the 
data sets might not always be connected, you are required to 
include the additional control interchange circuits. 

The simplest standard type requires four wires (figure 1): 
Signal Ground, Transmitted Data, Clear To Send, and Data 
Set Ready. Data Terminal Ready and Ring Indicator are 
required for switched service. This configuration. Type A, is a 
transmit-only Simplex (meaning one-way only) type interface. 



DTE 
(terminal) 






DCE 
(modem) 


SIGGND 
TxD 
CTS 
DSR 








2 


» 


2 TxD 


6 


< 


6 DSR 


Figure 1 


Standard interface type A 


Simplex transmit-only. 



The handshaking here is strictly one-way. Before 
transmitting, the DTE must check for an "on" (high) level on 
the CTS and DSR lines. DSR "on" means the DCE is 
connected to a communication channel, is not in test, talk or 
dial modes, and has completed any answer tone and timing 
functions. CTS "on" means the data set (DCE) is ready to 
transmit data to the communication channel. 

Interface type B (figure 2) is the same as type A with the 
addition of the Request to Send line, by which the DTE can 
tell the DCE that it wants to transmit. This allows the DCE to 
disconnect from the channel between transmissions. Ring 
Indicator is required for switched service. 



DTE 






DCE 


SIGGND 7 




7 


SIGGND 
TxD 








RTS 4 




4 


RTS 


CTS 5 




5 


CTS 


DSR 6 




6 


DSR 


Figure 2; Interface type B 


Includes RTS tiandshake line 1 



The other four-wire interface is Type C, a Simplex receive- 
only interface using Signal Ground, Received Data, Data Set 
Ready, and Received Line Signal Detector (Data Carrier 
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Detector). See figure 3. There is no handshaking involved 
here, except that if either DSR or DCD is false, the DTE 
knows the DCE will not transmit data. 

Interface types A-E define primary channel only 
interfaces; the rest include a secondary channel. 



DTE 






DCE 


(terminal) 






(modem) 


SIG GND 7 






-7 SIG GND 


RxD 3 


* 




- 3 RxD 


DSR 6 


< 




- 6 OSR 


DCD 8 


< 




- 8 DCD 


Figure 3: Standard interface type C 


Simplex receive-only 



The simplest full-duplex (two-way simultaneously) 
configuration is interface type E (figure 4). This requires six 
wires: Signal Ground, Transmitted Data, Received Data, Clear to 
Send, Data Set Ready, and Received Line Signal Detector. 



DTE 



DCE 



SIG GND 


7 


TxD 


2 


RxD 


3 


CTS 


5 


DSR 


6 


DCD 


8 



SIG GND 
TxD 
RxD 
CTS 
DSR 
DCD 



Figure i: Standard interface type E Full duplex 



The remaining standard configurations are much more 
complex than needed for most simple tasks. In the real world 
of low-cost microcomputer equipment we seldom see any of 
these "standard" types. 

The Real (Micro) World. 

The remaining discussion concerns communication 
between a computer and printer or between two computers, 
etc.; not between a computer and a modem. 

The purpose of the control lines is to ensure that nobody tries 
to send data unless someone is ready to receive. If the control lines 
are not used, things go all right until the receiving device's 
input buffer overflows. Figure 5 shows a very common three- 
wire interface between a computer and a printer. Note that 
the leads between pins 2 and 3 "cross over" since both the 
computer and printer are set up internally as DTE. THis works 
if the printer can print faster than the computer sends data. 
For example, a Tally 1805 printer printing at 200 characters 
per second can stay ahead of a computer sending at 1200 
BAUD (about 120 characters per second). But if an 80K;haracter 
per second printer (or a higher BAUD rate) is used, large chunks 
of text will not be printed; when the printer's input buffer 
overflows, data is simply kBt, Some printers will sound a warning 
buzzer, turn on an indicator light and stop printing when an 
input buffer overflow occurs. 



Computer 
(DTE) 


Printer 
(DTE) 


^,ir\ P.nrl 7 "^ 


Sig Gna 
RXD 
TXD 








Figure 5: Simple 3-wire primer cable, where the computer is DTE. 1 



Notice in Table 1 there are two circuits for the DTE 
(printer) to send control signals to the DCE: RTS and DTR. 
The Request to Send line, when high, tells the DCE that 
the DTE wants to send data; the DCE usually responds with a 



Pin 


RS-232-C 


CCITT 


Mneumonic 


Description 


1 


AA 


101 


GND 


Protective Ground 


2 


BA 


103 


TxD 


Transmitted Data 


3 


BB - 


104 


RxD 


Received Data 


4 


CA 


105 


RTS 


Request to Send 


5 


CB 


106 


CTS 


Clear to Send 


6 


CC 


107 


DSR 


Data Set Ready 


7 


AB 


102 


GND 


Signal Ground 


8 


CF 


109 


DCD 


Rcvd Line Signal Det 


19 


SCA 


120 


SRTS 


Secondary RTS 


20 


CD 


108.2 


DTR 


Data Terminal Ready 


22 


CE 


125 


Rl 


Ring Indicator 


Table 1 | 



Clear to Send. When the DTE is ready to receive data (printer's 
buffer is empty, paper and ribbon are O.K.) it raises the Data 
Terminal Ready line high. The simplest and most common way 
to add a hardware handshake line to the three wire interface 
shown in figure 5 is to add a DTR/DSR line, as in figure 6. 
Notice also that the DCE uses five control lines to signal 
conditions to the DTE (primary channel only). These are Clear 
to Send, Data Set Ready, Data Carrier Detect, Signal Quality 
Detector, and Ring Indicator. The last three only make sense 
in the context of a modem, but you'll find that many RS-232-C 
DTE ports will not send unless CTS, DSR and DCD are all 
high (which is actually what the standard says). 

Given these sets of control lines, we find some common config- 
urations which are different designer's attempts to find a reasonably 
cost-effective simplification of the formal standard. 

We find that the Data Terminal Ready/Data Set Ready and 
the Request To Send/Clear To Send pairs are the most often 
implemented lines, with Data Carrier Detect appearing less 



Computer 
(DTE) 



SIG GND 7 

TxD 2 

RxD 3 

DSR 6 





Printer 




(DTE) 


7 


SIG GND 


3 


RxD 


2 


TxD 


20 


DTR 



Figure 6: Handshake line added to 3-wire cable 
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frequently. The remaining lines are very rare on low-cost (and 
some not-so-low cost) equipment. 

When the DTR/DSR pair is used, the procedure is for a 
DTE to set DTR high when it is prepared to listen, and to 
check that DSR (from the DCE) is high before talking. 

When the RTS/CTS pair is used, the procedure is for a 
DTE to set RTS high when it wants to send and to make sure 
. the DCE has responded with CTS high before sending. 

The Data Carrier Detect (Data Carrier Detected) control 
line often causes complications when a DTE computer is connect- 
ed to a DTE printer, since there is no "complimentary" line 
as there is with the DTR/DSR and RTS/CTS pairs. Comput- 
er or terminal serial ports often include a DCD input because 
post MODEMS use a DCD output to signal that they are 
receiving a carrier — essential to communication between 
MODEMS. Again, when you want to connect two computers, 
both DTE, using a "MODEM eliminator" or "null MODEM" 
cable as shown in figure 6. 

Several printers use the Secondary Request to Send 
(SCA— also called Reverse Channel Request to Send) line to 
signal the host computer that the printer wants to transmit a 
message — usually status or an error message — back to the 
computer. Although SCA is officially pin 19, at least one 
device calls pin 1 1 SCA (pin 1 1 is officially unassigned). 



NOTATION 
Binary Stale 

Signal ConOilion 
Control Function 



INTERCHANGE VOLTAGE 



-3to-15 

1 

Mark 

Oft 



3to -(■ 


Space 

On 



15 



Table 2 



Some Real Examples 

Let's start with an example of what passes for a 
"complete" set of leads in the micro-world. Figure 7 shows the 
signal leads implemented in the IBM Asynchronous 
Communications Adapter for the IBM PC and XT models. 
This is about as complete as you are likely to find in personal 
computers. Machines designed for use in master-slave multi- 
station systems will have more control leads, but that is a 
different world. This is an "RS-232-C-like" interface 
permanently configured as Data Terminal Equipment. 
Connecting this to a Hayes SmartModem 300 is simplicity 
itself; a straight-thru cable works fine — but watch out! IBM 
put a current loop interface on pins 9, 11, 18 and 25 of its DB- 
25P connector. You need to be sure the device you're 
connecting to doesn't use these pins if you use a 25-wire cable. 
I just used a 9-wire cable. 

Note that IBM is one of the few to actually use a male 
connector on the DTE, as specified by RS-232-C. Now, if only 
they hadn't stuck on that current loop, and if only they had 
used a Centronics-style connector on their parallel printer 
port instead of a DB-25S. 

It is not possible to know exactly how the control lines on 
this port behave just by examining the documentation 
accompanying the adapter card, since this card is highly 
software-controlled. To know which lines are used for 



"handshaking", which lines generate interrupts, and which 
lines are ignored, you need to examine both the hardware and 
the software. Since you rarely have access to both (on both 
equipments, remember), there can be a lot of cut-and-try in 
the cabling. 



DB25P 



Output 
Input 

Output 
Input 
Input 

Input 

Output 

Input 



^ 8 

-> 20 
-^ 22 



Transmitted Data 
Received Data 
Request to Send 
Clear to Send 
Data Set Ready 
Signal Ground 
Carrier Detect 
Data Terminal Ready 
Ring Indicator 



Figure 7; IBM PC and XT Asynctironcus Communications Adapter 
■■RS-232-C-lil<e' interlace 



Figure 8 shows the cable recommended by Apple to 
connect a Qume Sprint 5 or DEC LA120 printer to an Apple 
III computer. This illustrates several common problems. The 
Apple Ill's built-in serial port is hard-wired as DTE; so is the 
printer. The "MODEM eliminator" or "null MODEM" cable 
crosses some leads so that each device appears to the other as 
a DCE. Note that DTR and DSR are paired, but crossed over. 
Also note that the DCD inputs are driven by RTS, and that 
each device's CTS input is driven by its own RTS output. 



Apple III 



Qume Sprint 5, DEC LAI 20 



Ctiassis Gnd 


1 


Signal Gnd 


7 


Trans Data 


2 


Rcvd Data 


3 


RTS 


4 


CTS 


5 


DCD 


8 


DSR 


6 


DTR 


20 



-• 1 

-• 7 
-• 3 
-• 2 



f 5 
>» 4 
-•20 
-• 6 



Chassis Gnd 
Signal Gnd 
Rcvd Data 
Trans. Data 
DCD 
CTS 
RTS 
DTR 
DSR 



Figure 8; "Modern eliminator' cable between Apple III and Qume Sprint 
5, where both devices are DTE, 



Figure 9 shows Apple's recommended cable for connecting 
an Apple III to the IDS 440, 445, 460 and 560 line of printers. 
These printers do not provide software handshaking. Their 
serial interfaces are receive-only. They are also unusual in 



Apple III 



IDS 440,445,460,560 



Chassis Gnd 

Trans. Data 

DSR 

DCD 

Signal Gnd 



1 •- 

2 ». 
6 



:5^ 



.3 
'20 



Not Used 
Rcvd Data 
DTR 



-•7 Signal Gnd 



Figure 9: Cable between the Apple Ills built-in serial interface and IDS 
printers Data goes one way only, so the handshake is one-way only. The 
IDS DB-25P includes a parallel interface 
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that the circuit-board mounted connector is a male DB-25, and 
contains a parallel interface as well as the "RS-232-C" pins. 
These printers signal an input buffer-full condition with the 
Data Terminal Ready line; this is the most commonly used 
line for this purpose. 

Figure 10 shows an Apple III to Okidata 82A printer 
connection. The Okidata printer manual calls pin 11 "SCA", or 
"BUFFER BUSY/FULL". This pin is offically unassigned in 
the RS-232-C standard, which calls pin 19 SCA or "Secondary 
Request to Send". The excellent Mannesmann-Tally 1805 
printer also provides a READY/BUSY signal on pin 11, but 
covers the spec by providing the same signal on pin 19. Notice 
that the Okidata printer is using its own DTR output to drive 
its DSR input. This satisfies the printer's requirement for an 
external pull-up on its DSR line. 



Apple III 



Okidata 82A 



Frame Gnd 

TX Data 

Signal Gnd 

DSR 



1 •- 

2 •- 
7 •- 
6 »- 



-• 1 
-• 3 
-• 7 

-•11 
-• 6 
-•20 



frame Gnd 
RX Data 
Signal Gnd 
Butter Busy/Full 
DSR 
DTR 



Figure 10: Bolfi ends are DTE Note use of pin 11 (unassigned by ttie 
standard) as Butter Busy/Full signal trom printer. 



Figure 11 shows Okidata's suggested connecting cable 
between an 82A printer and a Radio Shack Model II's built-in 
serial port. Notice that the printer's busy signal (11) is 
connected to the computer's CTS (5) input, with the DTR/DSR 
pair crossed over. Compare this with figure 9. 



Radio Shack Model II 



Okidata 82A 



Frame Gnd 

TX Data 

CTS 

Signal Gnd 
DSR 
DTR 



2»- 

5»- 
7»- 
6»- 

20 •- 



-• 1 
-• 3 
-• 11 
-• 7 
-• 20 
-• 6 



Frame Gnd 

RX Data 

Butter Busy/Full 

Signal Gnd 

DTR 

DSR 



Figure 11: Two-way handshake tor one-way data' Not really, the printer's 
DSR requires external pull-up 



Figure 12 is from an Apple Serial Interface card manual, 
purporting to show how to connect this card to a printer. 
Notice that the printer's control outputs are fed back to its 
inputs. This is because the Apple serial card contains no 
driver circuitry (or receivers, either). No handshaking is going 
on here; the jumpers are needed to satisfy the printer's 
control input requirements. If the printer's input buffer fills, 
data will be lost, so the BAUD rate must be set low enough 
that the printer can stay ahead of the computer. Apple has 
replaced this older card with the Super Serial Card, probably 
the best example of a universal (in terms of flexibility) serial 
interface card I've ever seen. Far superior to the Apple Ill's 
built-in serial port. 



Apple II Serial Card 



Printer 



Frame Gnd 1 •- 

Trans. Data 2 •- 

RcvdData 3 •- 



1— 5 •- 



Signal Gnd 7 



t- 8 •- 
1-20 •- 



1 


Frame Gnd 


3 


Rcvd Data 


2 


Trans Data 


4 


CTS 


5 


RTS 


6 


DSR 


7 


Signal Gnd 


8 


DCD 


20 


DTR 



Figure 12: Real-world nearly useless interface. Notice the control lines 
on the Apple Serial Interlace Card are simply jumped together There is 
no handshaking capability. II the printers input butter fills, data will be 
lost The BAUD rale must be set so slow that the printer can always 
stay ahead 



Figure 13 is from the NEC 7700 series Spinwriter printers. 
It illustrates the implementation of a complete DTE RS-232-C 
interface designed to connect to a modem with additional 
printer control functions on the two test lines and three 
unassigned lines. The five additional functions are provided 
for use in direct-connect (no modem) situations to provide 
more complete control of the printer. A "standard" computer 
serial port would not be able to take advantage of these lines, 
but they would be very useful in an OEM (custom) design. 



Transmitted Data — 

Received Data *- 

Request to Send — 

Clear To Send «- 

Data Set Ready *- 

Signal Gnd — 

Carrier Detect ♦- 

•Reset ♦- 

•Keyboard Inhibit ♦- 

Reverse Channel — 

Data Terminal Ready — 

•Print Inhibit «- 

•Buzzer «- 

•Paper out/ Ribbon end — 

•Interrupt/ Break — 



-• 11 
-• 18 
-• 19 
-•20 
-• 21 
-• 22 
-• 23 
-• 25 



TXD 

RXD 

RTS 

CTS 

DSR 

Signal Gnd 

DCD 



SCA 
DTR 



BA 
BB 
CA 
CB 
CC 
AB 
CF 



CE 



Figure 13: NEC 7700 series Spinwriter •Only used with keyboard version 



Figure 14, the Qume Sprint ."i serial port, illustrates what i 
think is an excellent idea. This looks like a fairly typical RS- 
232-C port, but it has a useful twist. A switch just behind the 
front panel of the printer but accessible without removing 
screws can be set to MODEM or NO MODEM. In the NO 
MODEM position, the CTS and DSR (and presumably DCD) 
inputs are ignored and tither the RTS or DTR output line 
can be used for "haraware nanasnaKmg in a uireci 
connection to a computer. These lines will be turned off 
(negative) when the input buffer is within two characters of 
being full and will be turned back on only when the input 
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buffer drops to within ten characters of empty. If the printer 
is connected to a modem, the switch is set to the MODEM 
position and RTS, DTR, CTS, DSR and DCD become standard 
RS-232-C control lines. 
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Figure 14: Qume Sprint 5 Inputs 5.6 and 8 are ignorea wnen the Sprint 5 
IS switched to "No Modem 



Recommendations for Hacker Projects 

We will find three and possibly four serial interface 
situations in our construction projects; simplex send-only, 
simplex receive-only, full duplex and possibly half-duplex. 
Recall that half-duplex means two-way communication, but 
only one direction at a time. Full-duplex means two ways at 
the same time. 

Most serial interfaces today use an integrated circuit 
called a UART or USART. This device provides most of the 
circuit functions needed to convert a microprocessor's 
parallel data to serial, to buffer the received and transmitted 
data, and to control at least a few of the interface lines 
(USARTs). These devices will be covered in detail in a future 
article. For now, be confident that one of these devices, a few 
support chips and a little software makes it easy for us to 
implement any of the three or four configurations needed. 
The limitation is that these chips usually provide at most 
three or four of the RS-232-C Control Interchange functions, 
so we need to decide which ones to use and keep these to a 
minimum. 

We need signal ground, transmit data or receive data or 
both, and some way for a receiving device to indicate a busy 
eady status. For a design where we don't know what will be 
on the other end of the cable, we should provide more of the 
control lines. We can save effort by using a jumper 
arrangement to "configure" the port. 

To avoid confusion over lead names, Table 1 gives the RS- 
232-C names, the common-use mnemonic names, the CCITT 
names, and the descriptive names of the interchange circuits 
we will be using. Table 2 should remind you that an ON 
condition on a control line is a positive voltage. 

A simple receive-only design recommendation is shown in 
figure 15a. I'm going to assume we are making Data Terminal 
Equipment; if your design is for a DCE, connect the pins 



shown in parentheses. Data is received on pin three; the RS- 
232-C line receiver (inverting) meets the termination 
requirements. The interface signals that it is busy by putting 
a negative voltage on the DTR line. 
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Figure 15b is a suggestion for making this receive-only 
design more flexible. The jumper blocks can be the dual rows 
of pins spaced 0.1 inch apart, available from Radio Shack and 
many mail order firms. These are conveniently jumpered with 
small, two-pin female blocks, or with wire-wrap wire. These 
jumper blocks allow you to configure the hardware as either 
DTE or DCE. The dashed lines indicate the "most standard" 
connections. Note that you can get away with driving more 
than one line (e.g., CTS, DSR and DCD) from one MC1489A, 
even though this might not exactly meet the RS-232-C specs. 
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Figure 16 is a suggestion for a transmit-only interface. 
Eliminate the jumpering if you have a dedicated situation; 
this arrangement makes it possible to accidentally short 
multiple line driver outputs together (e.g., CTS, DSR and 
DCD outputs from a DCE). The DTR and SCA ready/busy- 
lines are provided in case this port must be configured as 
DCE to drive a printer which signals buffer full on pin 20 or 
19. Unfortunately, a fair number of printers use the SCA 
(Secondary Request to Send) as a "handshake" line. 

The full or half duplex (controlled by software) general- 
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purpose DTE interface in figure 17 assumes you are using a 
USART which provides two output and four input control 
signals. These are inexpensive and readily available today. 
For most applications, one output and one input control will 
work; which ones you select depends on what parts are 
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available to you. The most commonly omitted input is the 
Ring Indicator, since this is only used with a direct-connect 
modem. Figure 18 is a suggested layout for use with USARTs 
having only two control inputs and two control outputs. 

Given the variety of configurations of both DCE and DTE 
with which your general-purpose DTE interface may have to 
work, it may be simpler to forget the jumpering and 
build custom cables such as those shown earlier in this article. 
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Figure II: Full duplex general purpose jumperable as either DTE or (DCE.) tor use with USARTs 
with only two control inputs 



Parts one and two of this series have examined the 
RS-232-C standard from the viewpoint of the microcomputer 
user. The standard was written long before the invention of 
the micro, so it takes a bit of shoe-horning to make it fit our 
needs. It is often mistakenly thought that this standard 
describes methods of encoding data to be transmitted. Not 
so; several other standards cover the ASCII code, start bits, 
stop bits, parity, synchronous and asynchronous techniques 
and handshaking protocols. 

Part three of this series will describe methods for actually 
transmitting information over the TxD and RxD interchange 
circuits, and part four will present some of the integrated 
circuit chips needed to build a working serial interface.! 
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BUILD A HARDWARE PRINT SPOOLER 

Part One: Background and Design 



by Lance Rose, Technical Editor 



jyiost users of microcomputer systems would probably 
agree that printing hard copy is the slowest process occurring 
in their systems. Due to its highly mechanical nature, the 
printer simply can't keep up with the flow of data coming 
from electronic circuitry where processes occur in milli or 
microseconds. If you're like me, you've probably spent hours 
just watching your printer chug through a long program 
listing or print an endless series of statements or reports. 
With few exceptions, there simply isn't anything to do except 
watch the printer during these long outputs. 

Since this isn't by any means a new or unique problem with 
computer systems, ways have been devised to keep the 
printer busy but still allow the user-operater to continue to do 
something useful with the computer while the printing 
process is going on. This is done by a method known as 
"spooling" 

There are two general types of spooling used which I will 
call "software spooling"and "hardware spooling" . In the 
software version, instead of the computer sending each 
individual character to the printer, a slow process that occurs 
at printer speeds, the entire output to be printed is sent to a 
disk file known as the "spool file". Since writing to even a 
floppy disk is much faster than writing to a printer, this 
happens quite fast and the CPU is then free to perform some 
other task. But wait a minute. How does the output get from 
the disk file to the printer? This is done with some special 
software built into the operating system. This software 
knows when the spool file has something in it that needs to be 
sent to the printer. When this condition exists the software 
allows interrupts from the printer to occur whenever the 
printer is ready to accept a character. When each interrupt 



occurs, the interrupt handling routine retrieves one character 
from the spool file (actually from a buffer containing perhaps 
a sector at a time of the spool file) and sends it out to the 
printer. This takes very little time since the printer is already 
known to be ready and the CPU doesn't have to sit around 
waiting for this to happen. The result is that the time used for 
printing can overlap with useful time for doing another job 
with the system. 

This method of spooling is widely used on mainframes and 
minicomputers where there is usually ample disk space (more 
often than not a hard disk or two) and where the operating 
systems include the necessary software to handle the 
spooling process. There is even a program available for 
CP/M® which will perform this process, albeit in a somewhat 
simplified manner, called DESPOOL® , available from Digital 
Research. Its use in microcomputers has been limited by the 
lack of true interrupt-driven operating systems as well as a 
lack of disk space in many systems thus denying the user a 
place to temporarily store large files to print. 

The hardware spooling method is something that has 
become popular only in the last year or so in the 
microcomputer area. In this method the output is sent to a 
separate hardware print spooler which is most often simply a 
box containing a chunk of memory and a microprocessor. The 
communication to this device is performed at very high serial 
data transfer speeds (9600 or 19200 baud). The spooler 
performs two simultaneous functions. First, whenever a 
character is received from the computer it is input and stored 
temporarily in the spooler's RAM for later printing. Second, 
whenever the printer is ready and there is something in the 
RAM that should be printed, the spooler outputs this to the 
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printer. In addition, due to the fact that the memory of the 
spooler may be exceeded by the size of the printing job, the 
spooler must handshake with the computer and let it know 
when to stop sending characters. Similarly the spooler must 
be able to handshake in the other direction with the printer to 
keep from overflowing the printer's buffer in the case where 
the data transmission rate to the printer exceeds the actual 
physical printing speed. Since a number of handshaking 
conventions are in existence, the program used to run the 
spooler (contained in a ROM) must be able to determine or be 
preset to use a particular handshake convention. In the case 
of printers using the RS-232 serial interface standard, many 
use the DTR line (pin 20) to indicate a printer busy condition. 

The main advantage of hardware spooling is that no 
changes to the software or operating system are necessary. 
As far as the computer is concerned, it is simply sending data 
to a very fast printer with a very large storage buffer. All 
that needs to be done is to reconfigure the serial port 
hardware for a faster baud rate than if it were communicating 
with the printer directly. Another advantage is that the 
method is not limited to any particular hardware or operating 
system. Any computer that has, for example, an RS-232 
interface can output to a hardware spooler instead of a 
printer. The same would hold true if a Centronics interface 
were being used. 

Of course there are some minor disadvantages to this 
spooling method. The only serious one is that there may be 
printing jobs that exceed the spooler memory size. If this 
happens then there is no appreciable speedup in printing 
since the computer must wait for the spooler to send some of 
the text to the printer before filling up its (the spooler's) 
memory again. This may occur a number of times before the 
last portion of the data to be printed is finally sent to the 
spooler. During the time that the spooler is emptying its 
memory to the printer, the computer is still waiting to send 
more output to the spooler and is thus prevented from 
beginning another task. Of course, since it is simple to provide 
a hardware spooler with up to 64K of RAM this should not be 
too much of a limiting factor except in the case of enormous 
printouts! In fact, in most applications much less than 64K of 
RAM can be used with a savings in expense. Most commercial 
spoolers on the market today start at 16K versions and go up 
to 64K in 16K steps. With a suitable design, a spooler can be 
built with as little as IK or 2K RAM at a much lower cost. 

So in fact, the main disadvantage of a hardware spooler, 
namely the limited RAM, can actually be an advantage if most 
printing jobs are relatively small allowing the construction of 
a smaller, less expensive piece of hardware. If it were 
absolutely necessary to design a hardware spooler with a 
capability of more than 64K, it would be possible to base it on 
one of the new 16-bit microprocessors that can address at 
least a megabyte of RAM. The cost of the microprocessor 
would not be too much more than that of say a Z80, but the 
additional cost of RAM would be substantial. 

With all this in mind, I will present a design for a hardware 
print spooler that should be adequate to handle most printing 
jobs and allow simultaneous printing and computer use by the 



operator. Let me address each major point of the design 
separately: 

(1) Microprocessor: 

Although the program executed by whatever 
microprocessor is chosen will be relatively simple, in order to 
allow for upgrades the microprocessor should have a capable 
architecture. It should also be a low cost device and be in wide 
use. The Z80 fulfills these criteria and is widely available in 
different versions for as little as $5. 

(2) Memory: 

Here we have the choice of static vs. dynamic RAM. Each 
has its advantages. Dynamic memories are less expensive for 
the same storage capability and take up less board space for a 
full 64K. They are, however, more sensitive to noise on the 
power supply lines, require in most cases 3 supply voltages 
and are somewhat less reliable than their static counterparts. 
Static memories are easier to design with, more immune to 
noise and operate from a single supply. One other factor is 
that most inexpensive dynamic RAMs are available in a 16K 
or 64K X 1-bit architecture whereas static RAMs are available 
in 1-bit, 4-bit and 8-bit widths. The choice I have made here is 
the 6116 2K x 8-bit CMOS static RAM chip. Its architecture 
allows any size spooler to be built from 2K up to 62K (I'm 
allowing 2K for the program ROM). It has a low power 
consumption, is quite reliable and is easy to design with. Cost 
is somewhat more than dynamic RAM for a full 64K version 
but due to the fact that the dynamic RAMs need all the timing 
and control circuitry even for a small amount of actual 
memory, a spooler with a small or moderate amount of 
memory should cost the same or less to build with static RAM 
than with dynamic. I have estimated the crossover point at 
about 32K bo^h in cost and in board layout space so that is the 
size I have chosen to present in this series of articles. 

Although the EPROM type is not too important, the 2716 
has virtually the same pinout as the 6116 RAM chip so the 
chip select logic is simplified if it is used. 

(3) Interface: 

There are a number of interface standards in use today: 
RS-232, Centronics, IEEE-488 to name just a few. I chose the 
RS-232 interface to use in this design simply because most of 
the letter quality printers I work with use it and I'm more 
familiar with it than any other. It may be the most widely 
used standard but I'm not aware of any statistics to that 
effect. I'm assuming a DTR handshaking protocol here, that 
is, pin 20 is used to signal a printer busy condition by going to 
a logic low state (approximately -12 volts). This will be used 
both by the printer to tell the spooler to stop sending, and by 
the spooler to tell the computer likewise. In the last part of 
this series of articles I will show how to modify the spooler to 
use a Centronics interface or software handshaking 
(ETX/ACK or X-on/X-off). That will also allow interface 
conversion to occur during the spooling process. For example 
a computer with only a parallel Centronics interface could 
still send output to an RS-232 printer via a spooler with a 

continued on p. 15 
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A REVIEW OF FLOPPY DISK FORMATS 

by M. Mosher 



Wi 



henever the subject of software exchange comes up, as it 
often does, the question arises of "Why can't I just take my 
diskette from system A and put it into a drive on system B 
and have it work?" To answer this question a discussion of 
the differences in floppy disk format "standards" is in order. 
■ What I'll do here is take the characteristics of a floppy disk 
one at a time and point out the similarities and differences. 

Size 

This one is pretty obvious. If you try to put a 5.25-inch 
diskette into an 8-inch slot it's going to just flop around in 
there (no pun intended). Conversely you just aren't going to fit 
an 8-inch diskette into a 5.25-inch slot at all unless you use a 
pair of scissors and I'm not even going to begin to address 
that issue. To add to the variation, Sony has recently 
introduced a 3-inch "microfloppy" drive which should be 
entering production very soon. 

Number of Tracks 

Most manufacturers have pretty much standardized on this 
parameter though there are some variations. Full-size (8-inch) 
floppies almost always have 77 tracks to the diskette, 
minifloppies (5.25-inch) have mostly had 35 tracks in the past 
but many are showing up now with 40 tracks. Of course a 
floppy that has 40 tracks of data on it can't be read on a 
system whose hardware can only read 35 tracks from the 
diskette. Yet another variation are floppy drives whose 
tracks are packed twice as closely on the diskette allowing 80 
tracks on a minifloppy. 

Number of Sides 

Early floppies used only one side of the diskette to record 
data on, leaving the second side blank. Many hobbyists saw 
this as a waste and took to punching another hole and write- 
protect notch in the diskette jacket to be able to use the 
second side of the diskette as well (most diskettes have a 
magnetic coating on the second side as well as the first). To 
get at the second side, however, you have to remove the 
diskette from the drive, turn it over and re-insert it into the 
slot. More recent drives have a second head to read the 
second side, making it unnecessary to modify the diskette 
itself or turn it over to get at the data on the second side. 
Something to watch out for here — a double-sided diskette 
made on a true double-sided drive won't work on a single- 
sided drive by just turning the diskette over and trying to 
read the second side. The sense of rotation is opposite in each 
case. Think about it for a while. 



Sectoring 

This takes a little explanation. Within each track the data 
is subdivided into "sectors", a sector being simply a fraction 
of the total track. One obvious variable is simply the number 
of sectors a track is divided into. Various disk formats have 
anywhere from 8 to 32 sectors per track. Since the sectors 
may be different sizes (anywhere from 128 to 1024 bytes per 
sector) this introduces incompatibUities. 

A second aspect of this is in the form the sectoring may 
take — either "hard" or "soft." In hard sectoring the 
beginning of each sector on the diskette is marked by a small 
hole punched in the diskette near the large center hole. As 
the disk rotates, these small holes pass under a light source 
with a photodetector on the opposite side of the diskette. A 
short electrical pulse is generated by the photodetector as 
each hole exposes the light source. This indicates to the 
computer that the beginning of a sector is present. One 
additional hole called the index hole is punched midway 
between two of the sectors. A pulse coming halfway between 
two sectors tells the computer that the next sector pulse will 
be the first one on the track. 

In soft sectoring quite a different method is used. Only a 
single hole is punched in the diskette — the index hole. It 
tells the disk controller that the track begins immediately. 
Here, however the beginning of each sector and the 
boundaries between them are actually written onto the track 
as information. The computer finds a sector by reading the 
track continuously until it comes to a "header"(a short piece of 
coded information) that indicates the start of the desired 
sector. It can then begin to read the actual data contained in 
that sector. 

Both types of sectoring have their advantages and 
disadvantages. In hard sectoring the diskettes can usually be 
taken and used immediately without the need for preparing or 
"formatting" them. Hard sectoring also is usually a little 
simpler than soft sectoring since all the circuitry has to do is 
detect a pulse rather than decode header information. This is 
really a minor difference though. A more important 
advantage is that without the need for sector headers, more 
space on the track can be allocated to storing actual data. 
Although soft sectoring has the additional overhead of 
sector headers with the need to format a diskette before 
using it (formatting simply writes the sector headers onto 
each track), it does have some advantages. By detecting 
sectors by reading the header which contains, among other 
things, the track number and sector number, the computer 
can verify that it is on the correct track and reading the correct 
sector. This usually isn't done with hard sectoring and 
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provides an additional protection against errors. Also, since 
the sector boundaries (and thus sizes) are recorded in the 
same way as data on the track, the boundaries can be almost 
anywhere, thus allowing a variety of sector sizes and number 
of sectors per track. This flexibility can sometimes be useful. 

Density 

This has to do with the amount of data that can be packed 
onto a given space on the diskette. Originally all floppies used 
single-density encoding methods (also known as FM 
encoding). In this the data pulses and clock pulses are 
combined and both recorded onto the diskette surface. When 
read back, the clock and data are separated by appropriate 
circuity and the latter passed on to the CPU. To keep up 
nwith the demand for larger databases and such, other 
encoding methods have been developed to pack more 
information into the same space on the diskette. In double- 
density encoding (known also by the term MFM), the data is 
written onto the diskette without any clock pulses. This in 
effect allows each pulse on the track to be a data bit rather 
than alternating data with clock. The only problem here is 
that when the data is read back in, the clock pulses must be 



resurrected from the data. How this is done is beyond the 
scope of this article but suffice it to say it can be done, but 
with some difficulty relative to single-density encoding. This 
makes the timing requirements and disk rotational stability 
more critical in double density, but with development it has 
become quite reliable and many disk systems sold today are 
capable of recording in both single and double density. 

In Summary 

I think you can see by now that there are a lot of variables 
involved in diskette formats. If we take the three possible 
sizes, three different values of tracks-per-diskette, 
two possibilities for number of sides, two values for type of 
sectoring, perhaps five different values for number of sectors 
per track and two different densities, we have something like 
3x3x2x2x5x2=; 360 different formats that are possible. 
Although in practice the situation isn't this bad there are at 
present maybe a dozen different diskette formats in popular 
use. So the next time you wonder why your Apple diskette 
won't work in a Radio Shack or S-100 machine, just realize 
that it only has one chance in 360 of doing so; something like 
'Aof one percent. ■ 
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Centronics input and an RS-232 output. Other conversions 
would be possible, too. 

4) Serial Communications IC: 

Having chosen the Z80 for a microprocessor, there are 
several choices for a serial I/O chip. One is the Z80 SIO. 
However, it is an expensive chip and is so flexible as to be 
confusing to the average user. The Intel 8251 is cheaper and 
not as complicated but still requires some understanding. The 
variety of UARTs available are the least expensive, require 
no software initialization and are adequate for the task here. 
They are readily available from a number of sources for $4 
and up. Needless to say, the UART was chosen here. 

(5l Support Circuitry: 

The choices here may not be so clear-cut. Since I live in an 
area where it's not possible to walk or drive down to the 
corner chip shop for something I may need, I tend to design 
most circuits around common, easily available chips. Most 
chips used in this circuit are available, if absolutely necessary, 
at Radio Shack. In addition I believe simplicity to be a virtue 
and try to design accordingly. 

I think you can see some of the reasons for my design here. 
Not all would necessarily agree with everything I've said but 
I can say that this design approach leads to a circuit that is 



fairly easy to build and troubleshoot and works well when 
complete. 

In Part 2 I will present the hardware construction layout 
and schematics for the spooler along with some suggestions 
for a power supply and case to put it in. Also I'll give a 
flowchart and listing for the spooler's operating program 
along with some additional comments on the software. ■ 



Correction 
The September Computer Hacker 

contained an error in the RS-232-C article. 
On page 4, in the section titled "Hacker's 
View of the Mechanical Requirements," 
the first requirement reads "The DTE 
must provide a female connector..." The 
sentence should read "The DTE must 
provide a male connector..." 

We regret any inconvenience this error 
may have caused. Please don't hesitate to 
write if you find something which you 
believe to be an error. 
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SENDING MORSE CODE WITH AN APPLE ][ 



by Marvin L. De Jong 



Introduction 

Using a computer to send Morse code is a clean, well-defined 
progTamming problem, and it has always been one of my 
favorite real-time control applications. Receiving Morse code 
with the aid of a computer is a more difficult task, especially if 
any serious attempt is made to approach the capability of a 
human being using a modern communications receiver. The 
latter problem is not associated with the computer or the 
program, but rather with the analog circuitry that converts 
the tones into logic levels. In this article we will confine 
ourselves to the problem of sending Morse code, a task for 
which a machine can easily outperform a human being. 

Program Features 

1. Morse code can be sent from the Apple keyboard at 
rates, selected from the keyboard, from 8 to 100 wpm (words 
per minute.) 

2. A ring buffer allows the typist to type up to 225 
characters ahead of the one being sent. 

3. Three messages, totalling 256 characters, may be stored 
and sent with commands from the keyboard. Characters from 
the keyboard may be inserted in these messages as they are 
being sent, a desirable feature for contest operation. 

4. The computer can also be operated as an electronic keyer 
that operates at the speed entered on the keyboard. 

5. In its keyer mode the program reads what is sent and 
prints it on the video monitor. You can use this feature to 
monitor what you are sending, provided you send it correctly. 

6. The Apple j speaker provides a sidetone, making the 
program useful for code practice. 

7. The game i/o connector is used to interface the computer 
to the transmitter with simple components. 

Hardware 

The hardware required to use the program consists of a 
simple interface between the game i/o connector and the 
transmitter, a 1500 Hz source of interrupts, and a simple 
keyer interface if you wish to use the program in the keyer 
mode. The circuit to key the transmitter is shown in figure 1. 
The optional keyer circuitry is shown in Figure 2. As far as a 
source of interrupts is concerned, we used a John Bell 
Engineering 6522 board in slot seven. 

The interrupts occur at a 1500 Hz rate. For those who are 
inclined to build circuits, a less expensive source of interrupts 
is a 555 timer, multi vibrating at 1500 Hz, and connected to a 
74LS121 one-shot wired to produce a 10 microsecond logic 
zero pulse on the IRQ line. The IRQ line can be accessed on a 
peripheral card connector. The program initializes the John 
Bell 6522 card for proper operation, but the program is 
transparent to the source of interrupts. It is important that 



they occur at a 1500 Hz rate. The program assumes the John 
Bell card is in slot seven, the 6522 labelled Ul is used, and a 
jumper is added to the card to connect the IRQ on the 6522 to 
the IRQ line in the Apple. Holes on the card are provided for 
this jumper. 
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Figure 1 

A circuit to key a transmitter from the game i/o connector. 



Program Operation 

Load all the programs in the listings. Type in RUN and 
press the RETURN key. The computer responds by 
requesting the code speed. Enter this and then press return. 
The screen will go blank and you can start typing. Type some 
letters, numbers, and punctuation marks. You should hear 
Morse code coming from the speaker. If there is a problem, 
check your disassembled version of the program against the 
listings. Also make sure that the MORSE TABLE and the 
ASCII TABLE are loaded. Asssuming that everything is 
running correctly, you can practice sending at the keyboard. 
The reverse arrow key allows you to delete characters 
entered in the buffer provided they have not yet been sent. 
Try typing ahead, then delete some characters with the 
reverse arrow key. 

To change code speeds simply press the ESC key and the 
program will return to the BASIC routine to allow you to 
enter a new speed. 

To load messages press CTRL L. Type in message A. For 
example, message A might be CQ CQ CQ DE KOEI KOEI K. 
When message A is complete type RETURN. Now enter 
message B followed by RETURN, and then enter message C 
followed by RETURN. Now you are back in the code sending 
mode. 

To send message A,B. OR C, simply type CTRL A, CTRL B, 
or CTRL C. ANy message may be interrupted from the 
keyboard, but you must be alert. It will help to insert an extra 
space or two in the message where you with to interrupt it. 

To use the program as a keyer you must construct the 



7A- i'nl„l„lli r Hr.rk> 



circuit in Figure 2 and make the connections to the game i/o 
connector. Try this and see how you like the keyer operation. 
Note that what you send is what you see. The program 
converts your characters from Morse to alphanumeric 
characters on the video monitor. 



+ 5V (pin 1) 



2.2k 
ohms 



PB^ (pin 2) 



2.2k 

ohms 



— O DOT 



-Q DASH 



PBI (piji 3) 



^ GND (pin 8) 



Figure 2 

Circuit diagram of the keyer. Pin numbers refer to the 
Apple I game i/o connector. My circuit worked very well 
without the more or less standard pull-up resistors (2.2 kohm.) 



The listings have extensive comments, enough to make the 
program understandable. During each interrupt the keyboard 
is tested to see if a character has been entered. If a dot or 
dash is being sent the speaker is togged to produce a 750 Hz 
tone. Two counters are incremented or decremented to keep 
track of the number of 1500 Hz pulses that have occured. The 
pushbutton inputs, PBO and PBI, are tested to see if the keyer 
is being used. Various bits in a register called FLAG are set 
or cleared depending on which events occur: key down, PBI at 
logic zero, speaker to be toggled, etc. This memory location is 
then analyzed by the main program so that it can take the 
appropriate action. Once the flow of the action is appreciated, 
the comments, labels and subroutine names should make the 
operation understandable. 

Listing 1. The BASIC Driver Routine. 



ILIST 




5 REH HORSE DRIVER ROL'TINE 




10 POfE ia,7fc: PO«E ll.»»: PO»E 12,17 




29 PRINT -AT WHAT SPEED WOULD VOL LIKE 


TD SEND-"' 


3* PRINT -TVPE A NUMBEF- KTWEEN 6 AND 


leei. THEN PRESS RETURN.- 


4« INPUT SPEED 




S«> DOT - lB«e ' SPEED 




60 POKE 6, DOT 




7e V - USF^ t«» 




Be GOTO 2« 




Wi END 







Listing 2. The MAIN PROGRAM. 


:ASfi 














TILL 


EOU 


%C7f* 






T1!.,H 


EOU 


%c7e^ 






ftCR 


EOU 


•C70EI 






lER 


EOU 


•C7« 






SND*EY 


EOU 


• IM^ 






FIFO 


EOU 


• EB 






PNTh 


EOU 


•ED 






FLAG 


EOU 


•e? 






SPCFL6 


EOU 


•08 




11? 


TIMOUT 


EOU 


•06 




11 


COUT 


EOU 


•FDf 6 




12 


ASCII 


EOU 


•0Eets 




13 


CHAR 


EOU 


•EF 




M 


DOT 


EOU 


• 102B 




15 


DA5H 


EOU 


ti04E cont\-nutd 











16 


CNTR2 


EDU 


•09 












17 


CNTRi 


EOU 


•CE 












IB 


HOME 


EOU 


•Fcse 












19 


SNDOBC 


EOU 


• 1094 












20 


LOADMS 


EOU 


• 105A 












21 




ORG 


• 1 100 




1100 


76 






22 


MAIN 


sei 




IPREVENT INTERRUPTS 


1 101 


8D 


59 


C0 


23 




STA 


•C059 


;TURN RELAY OFF 


1 104 


De 






24 




CLD 






1105 


fl9 


FF 




25 




LDO 


• •FF 




1107 


BD 


04 


C7 


26 




STA 


TILL 




110A 


A9 


02 




27 




LOO 


••02 




110C 


8D 


#5 




28 




STA 


TILH 




1 lar 


A9 


40 




29 




LDA 


••40 




nil 


eo 


0B 




30 




STO 


ACR 




I 1 14 


09 


C0 




31 




LDA 


••C0 




I lit. 


BD 


0E 




32 




STO 


lER 


tENABLE INTERRUPTS "^ROtl Tl 


11 l** 


20 


56 




33 




JSR 


HOME 


t CLEAR SCREEN 


11 IC 


A9 


00 




34 




LDA 


••00 


(SET UP THE INTERRUPT VECTOR 


1 1 IE 


BD 


FE 


03 


35 




STO 


•03FE 




1121 


A9 


12 




36 




LDA 


••12 




Il?3 


BD 


FF 


03 


37 




STO 


•03Ff 




112t 


09 


00 




36 




LDA 


•00 


t CLEAR VARIOUS REGISTERS 


II2B 


B5 


EE< 




39 




STA 


FIFO 




1120 


85 


ED 




40 




STO 


PNTR 




I 12C 


85 


09 




41 




STA 


CNTR2 




112E 


85 


CE 




42 




STA 


CNTRl 




1136 


85 


07 




43 




STA 


FLAG 




1132 


85 


08 




44 




STA 


SPCFL6 




1154 


A9 


01 




45 




LDA 


•01 




1 13fc 


85 


EF 




46 




STA 


CHAR 




1138 


A9 


•A 




47 




LDA 


••0A 




n3A 


85 


EE 




46 




STA 


PNTR*1 




1 13C 


85 


EC 




49 




STO 


FIFO* I 




M3E 


A0 


00 




50 




LDV 


•00 




1 140 


58 






51 




CLI 




; ALLOW INTERRUPTS 


114) 


A5 


EB 




52 


BR8 


LDA 


FIFO 




1143 


C5 


ED 




53 




CMP 


PNTR 




114S 


f9 


06 




54 




BEO 


DOWN 




1147 


20 


09 


10 


55 




JSR 


SNDKEV 




114A 


BB 






56 




CLV 






114B 


50 


F4 




57 




BVC 


BF<8 




114D 


24 


07 




SO 


DOtM 


BIT 


FLAG 


; CONTROL CHARACTER"^ 


114F 


10 


20 




59 




BPL 


DOMNl 


INC. 


1151 


09 


7F 




60 




LDO 


•S7F 


(CLEAR CONTROL FLAG 


1153 


25 


07 




61 




WD 


FLAG 




1155 


65 


07 




62 




STA 


FLAG 




1157 


AD 


•0 


C0 


63 




LDA 


•C000 


IREAD KEVBOARD AGAIN 


USA 


BD 


10 


C0 


64 




STO 


•C010 


; CLEAR STROBE 


115D 


C9 


9B 




65 




ctv 


•«9B 


(ESCAPE-* 


115F 


D0 


02 




Ml 




BNE 


BR6 




1161 


76 






67 




SEI 




IPWEVENTS INTERRUPTS WHILE 
IN BASIC 


1162 


bm 






66 




RTS 






1163 


C9 


84 




69 


BR6 


CMP 


••64 


(CONTROL 0,8. OR C 


1 165 


B0 


08 




70 




DCS 


BR5 




1167 


29 


7F 




71 




AND 


••7F 




1 169 


20 


94 


10 


72 




JSR 


SNDABC 


(SEND THE MESSAGE 


116C 


Be 






73 




CLV 






116D 


50 


D2 




74 




BVC 


BR8 




1 I6F 


C9 


8C 




75 


BR5 


CMP 


••ec 




1171 


D0 


Cf. 




76 




BNE 


eR8 




1173 


78 






77 




S£] 




(PREVENT INTEFtRUPTS WHILE 


1174 


20 


5A 


10 


78 




JSR 


LOADMS 


(LOADING MESSAGES 


1177 


58 






79 




CLI 




(ALLOWS INTEFCRUPTS AGAIN 


1178 


B8 






80 




CLV 






1179 


50 


C6 




81 


BACK 


BVC 


BR8 




117B 


A9 


01 




82 


DOMNl 


LDO 


••01 


(CHECK DOT FLAG 


117D 


24 


07 




83 




BIT 


FLAG 




I17F 


F0 


1 1 




64 




BEO 


PAST 


(NO DOT 


1 let 


20 


2B 


10 


6i 




JSP 


DOT 


(SEND A DOT AND A SPACE 


1184 


*6 


EF 




86 




OBL 


CHAP 


(SHIFT THE CHARACTER REGISTEF. 


1186 


Cfe 


07 




67 




DEC 


FLAG 


(CLEAR THE DOT FLAG 


nee 


09 


00 




68 


UP 


LDA 


•00 


(CLEAR T« COUNTER 


USA 


85 


CE 




89 




STO 


CNTRl 




IIBC 


09 


01 




90 




LDO 


•01 


[SET SPACE FLAG 


11 BE 


85 


06 




91 




STA 


SPCFLR 




1190 


D0 


AF 




92 


STEP 


BNE 


BR8 


(FORCE O JUMP BACK TO BRS 


I 192 


A9 


02 




93 


PAST 


LDA 


•02 


(CFCCK THE DASH FLAG 


1194 


24 


07 




94 




BIT 


FLAG 




1196 


FB 


0f 




95 




BEO 


OUTPUT 




I19B 


20 


4E 


10 


96 




JSR 


DASH 


(SEND A DASH 


119B 


09 


FD 




97 




LDO 


••FD 


(CLEAR DASH FLAG 


119D 


25 


07 




98 




AND 


FLAG 




1 I9F 


85 


07 




99 




STO 


FLAG 




1 lAi 


06 


Ef 




100 




A51. 


CHAR 




I I A3 


Et 


EF 




101 




INC 


CHAR 




11A5 


De 


El 




102 




BNT 


UP 


(JUMP UP. THEN BACk TD BRB 


1 1A7 


A5 


06 




103 


OUTPUT 


LDO 


SPCFLG 


(CHECf ON SPACES 


1 1A9 


F0 


96 




104 




BEO 


BR8 


(NOT TIME FOP O CHARACTER 


llAE) 


A5 


C£ 




105 




LDA 


CNTRl 




1 I An 


C5 


•6 




106 




Cf»> 


TIMQUT 


(HAS ONE DOT TIME PASSED"^ 


I 10- 


90 


90 




107 




BCC 


BBS 


(NO 


ll&l 


AS 


•8 




108 




LDO 


SPCFLG 


(YES. OUTPUT CMORACTEh OR SPOCE^ 


11B3 


C9 


01 




109 




CMF 


•01 




11B5 


D0 


16 




1 10 




BNE 


WDSP 




I1B7 


E6 


•e 




1 1 1 




INC 


SPCFLG 




1IB9 


A6 


EF 




112 




LDl 


CHAR 


(BET CHARACTER 


UBB 


BD 


80 


•E 


113 




LDA 


ASC I I , K 


(LOOk UF ASCII REPRESENTATION 


IIBE 


09 


80 




114 




ORO 


•»B0 


(SET BIT SEVEN 


1IC0 


20 


F6 


FD 


115 




JSR 


COUT 


(OUTPUT IT 


1 1C3 


A9 


•0 




116 




LDO 


••0 




lies 


85 


CE 




1 17 




STA 


CNTRl 




11C7 


09 


01 




118 


«RE 


LDA 


•01 




11C9 


85 


EF 




119 




STO 


CHAR 


(RESET CHARACTER REGISTER 


IICB 


D« 


C3 




120 




BNE 


STEP 




11 CD 


A5 


•e 




121 


UD5P 


LDA 


SPCFLG 


(C^CK. SPACE FLAG AGAIN 


UCF 


C9 


•4 




122 




CMP 


•04 




llDl 


F0 


•8 




123 




BEO 


0UTPUT2 




11D3 


09 


00 




124 




LDA 


•00 


(CLEAR CNTRl 


11D5 


B5 


CE 




125 




STA 


CNTRI 




1 1D7 


E6 


08 




126 




INC 


BPCFLB 




11D9 


D0 


B5 




127 




BNE 


STEP 




IIDB 


A9 


A0 




128 


OUT PUT 2 


LDA 


••A0 


[OUTPUT A SPACE 


I IDD 


20 


F6 


FD 


129 




JSR 


COUT 




11E0 


A9 


00 




130 




LDO 


••0 


(CLEAR SPACE FLAG 


11E2 


85 


06 




131 




STA 


SPCFLG 




1 1E4 


F0 


El 




132 
133 





BEO 


(CRE 


(CLOSE T« LOOP 


--En 


J ««*»N«>ly- 












230 


!>yt»« 














Errw 


»: 
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Listing 3. The SUBROUTINES. 



Listing 4. The INTERRUPT Routine. 



Tir«uT 

FLAG 

(XTR2 

CNTRJ 

FIFO 

PNTR 

ABCBUF 

TEMF 

START 

END 

COUT 

ROKEY 

CODE 



: At 06 

: AS #9 
D0 FC 



1»«B: 

IIWD: 
I*0F: 
(•le: 
1013: 
1015: 
l^iB: 
l«ie: 
10ID: 
I01F: 
1022: 
1023: 
1025: 
1026: 
1029: 

i0rEi: 
102D: 
1030: 
1032: 
1034: 
103^: 
1039: 
I03A: 
101C: 
I03f : 
104 



BD 00 
F0 41 



1043: 

1«I45: 
1047: 



104B: 

i»4D: 
I04e: 



F0 35 
B0 06 
20 2B 
B8 

50 F3 
20 4E : 

Be 

30 ED 

A2 01 

BE 56 [ 

A<7 40 

05 07 

es 07 

20 00 1 

CA 

D« FA 
BE 59 C 
A9 BF 
25 07 
B5 07 
A2 01 
20 00 1 1 
CA 

D0 FA 
60 
AT 03 

: D0 DB 

: A2 02 

: D0 Fi 

: A2 04 

: 00 ED 

: A2 01 
A0 00 

94 FB 

98 

4B 

20 0C FD 

20 F6 FO 

C9 88 

D0 0A 

66 

Ae 
se 

A9 C0 

99 00 09 

00 EA 

C9 8D 

F0 0C 

85 FF 



19 

20 
21 
22 
23 
24 
25 
26 
27 
28 
29 



34 

35 



EOU ••6 

EOU *07 

EOU ••9 

EOU •CE 

EOU SEB 

EOU AED 

EOU *0900 

EOU VFF 

EOU «F9 

EOU tFC 

EOU •FDF6 

EOU tFoec 

EOU ••C00 

ORG •1000 

LOA TIMOUT 

STA CHTR? 

LDA CNTRr 



LDV 

LDA 
INC 
TAX 
LDA 
SEO 
STA 
ASL 
8E0 
BC5 



JSR 



• ««0 

(PWTR) . 
PNTR 

CODE.K 

WDSPCE 

CODE 

CODE 

CMSFtE 

DAH 

DOT 



B'^ REST- 



DOT 
HERE 



LDA 

OftA 
STA 
JSR 



1061 : 
1062: 
1065: 
1068: 
106A: 

106C: 

106D: 
106e: 

t06F; 

107] : 

1074: 

1076: 

1078; 

107A: 

107C: 66 81 

107D: Ae 82 

107E: A5 Ff 83 

1060: 99 00 09 84 

l»e3: C8 85 

1064: D« DA 86 

l«et: 68 87 

1067: AS Be 

1066: 88 R9 

1089: 

t0BB: 

I0ec: 

1088: 



SPACE 

MORE 



DASH 

CHSPCE 

«>Sf^E 

LOAOMS 

NEXT 
OVER 



•01 
•C058 
■ «40 

FLAG 
FLAG 
TIMER 

BACK 
•C059 
••BF 
FLAG 

FLAG 
• •01 



BNE 

RTS 



TVfi 
F-HA 
JSfi 
JSR 
CMF 



MOPE 

•04 
MORE 



•0^ 

START-I, X 



RD* E¥ 
CDUT 



TAV 
DEV 
LDA 
STA 
BNE 
CW^ 
BEO 
STA 
PL A 
TAY 
LDA 
STA 
I NY 
BNE 
Fn.A 



•*C0 

ABCBUF , Y 

OVER 

•*8D 

PAST 

TEMP 



TEMP 
ABCBUF . 



1091: 
1093: 

1094: 
1095: 
i»97: 
1098: 
1*99: 
109C: 
10«?F: 



94 FB 

ce 

F0 .05 

Ee 

£0 04 

90 CB 

bfi 

AA 



SNDABC 
LOOP 



• 00 09 102 



10Ai: AS EB 



10A7: 
I0AS: 

10A7: 

10AA: 
l0Afi: 
10AD: 
10AE: 
I0AF: 
t0B0: 
10Bt ; 
t0Ei?: 
1064: 
I0B6: 
10B7: 
10B9: 



86 byt»» 
Error*: 



C5 ED 
F0 06 
20 09 10 

Be 

50 F4 

68 



104 

105 

106 
107 
106 
109 



LDV 
TXA 
PHA 
LDA 
JSR 
TVO 
PMA 
LDA 

CMF 

BEC 



BVC 
F*LA 
TAV 
PLA 
Tax 
T>ft 
CMF 
BCS 
INV 
BCL- 
RTS 



END-1, X 

OUT 
•04 



ABCBUF, > 

ENTRY 



F»NTR 
BRt0 
SNDt-EV 



END- 1 . > 
F INISM 



ISTART COUNTING DOWN 
[IN INTERRUPT ROUTlht 



IV-0 TO READ RING BUFFER 

I6ET A CHARACTER 

tl*>DATE POINTER TO RJN6 BUFFER 

lASCII TO X REGISTER 

( TO LOO^ UP MORSE CODE 

I ZEFrt) IS A WORD SPACE 

(STORE CWWACTER 

(SHIFT IT INTO CARRY 

(7ERO MEANS CHARACTER IS SENT 

ICARRV SET IMPLIES DASH 

(OTKRwiSE SEND A DOT 

iforce a branch bach to 6et 
;tme rest of the cma*<acter 
i send a dash 

(FORCE A BRANCH BACf 



J X IS NUMBER OF DOTS 

(TUFfN RELAY ON 

fSET UP MA5> FOR FLAG 

(SET SPEA»,ER BIT IN FLAG 
(WAIT FOR ONE DOT TIME 



iTURN RELAY OFF 

(CLEAR SPEAKER BIT IN FLAG 



: SPACE COMPLETE 
(DASH 15 THREE DOTS 

(CHARACTER SPACE 

(WORD SPACE 



:STARTING INDE. FOR MESSAGES 

;SAVE , on THE STACf 

(GET A LODE FROM THE KEYBOARD 

fOUTFTjT n TO TH|- «ONIT0fV 

J»*A5 IT fi BACf SPACE "■ 

(NO. 

(YES, GET Y EtACt 

(DELETE THE CHARACTER tv LOADING 
:THE EJOFFER NITH A SPACE 

SFORCE A JUMP TO GET A NEW t. E t 

(WAS IT A -RETURN-" 

J YES. END THE MESSAGE 

SSTORt CHARACTEf. FOR A mJME NT 

(GET Y BAC> 

(GET CHARACTER BAC^ 

;5TORE IT IN THE MESSAGE BUFFER 

:GO BACK FOP ANOTHER CHARACTEf- 



SSTORE INDEl FOR THE ENL Of 
SEACH PitSSAGf 

:GtT Out if y=tt 

!GET ANOTHER MESSAGE UNLESS 

;WE HAVE THREE ALhtAD. 

JINF-UT THE NEXT ME SSAGf 

iALl THE MESSAGES Af-t IN fit MTJR y 

(CONTROL KEY CODE TO » 

:PIC» UF THE STARTING INDE It 

(SAVE X 

(ON THE STAC* 

(FETCH ThC MESSAGE 

(SEND A CHARACTER 

(SAVE Y 

(WED TO SEND A CHARACTER FROM 
(THE RING bIJFFER-' 



(FROM THE STAC> 
(END OF MESSAGE 

(YES. SO oun 

(NO. GET ANOTHER CHARACTER 



1201: 48 




1202: AD 04 C7 1 


1?«S: 24 07 




1207: 30 03 




1209: AD 30 C0 1 


I2«C: E6 CE 


1 


I20E: C6 #9 


1 


1210: AD 00 C0 




1213: 10 3F 


7 


12IS: C9 A0 




1217: 90 IB 


7 


1219: A0 00 




I21B: 91 EB 




1210: E6 EB 


7 


121F: 20 F6 FD 




1222: 8D 10 C0 


7 


1225: A4 24 


71 


1227: Bl 28 


T- 


1229: 29 3F 




122B: 09 40 


3 


122D: 91 28 


:\ 


122F: 66 


T 


1230: Ae 


34 


1231: AS 45 


3- 


1233: 40 




1234: C9 88 




1236: D0 0E 


V 


1238: 20 F6 FD 




123B: AS CB 


4« 


I23D: C5 ED 


41 


I23F: F0 EI 


47 


1241: C6 EB 




1243: B6 


44 


1244: 50 DC 


45 


1246: C9 8D 




1248: 00 02 


47 


I24A: F« D3 




124C: A9 80 




124E: 05 07 


%0 


1250: 85 07 


IM 


12S2: 00 DB 


52 


1254: A5 07 




1256: 29 03 


•M 


1258: D0 05 


^■> 


I2aA: 2C 61 C0 




12SD: 30 04 




I2SF: C6 07 


^8 


1261: 00 CC 


■i9 


1263: 2C 62 C0 


60 


1266: 30 C7 




1268: A9 02 




126A: 05 07 


6-n 


I26C: 85 07 




126E: D0 BF 


&5 


End ••s«at>ly — 




112 byt« 




Error*: 





FIFO 
P^TR 
COUTZ 
CNTRl 
CKTR2 

IRORTN 



BACK 
fCRE 



EOU •07 

EOU •C704 

EOU K061 

EOU •C*62 

EOU AEB 

EOU •ED 

EOU •FDF6 

EOU %CE 

EOU ••9 

ORG •12«0 
TVA 
PHA 

LbA TICL 

BIT FLAO 



INC CHTRI 
DEC CWTR2 



LOV 
STA 
INC 

JSR 

STA 

LDV 

LDA 

AND 

ORA 

STA 

PLA 

TAY 

LOA 

RTI 

O^ 

BNE 

JSR 

LOA 

CMP 

BEO 

DEC 

CLV 

BVC 

O*' 

BNE 

BEO 

LDA 

CRA 

STA 



(FIFO), 
FIFO 
COUTZ 
•C010 
• 24 

<»2B),V 
•«3F 
••40 
<«28) ,V 



■ CLEAR Tl IMTEIVtUPT FLAB 

I TEST THE FLA6 

tSPEAKER FLAB OFF 

ITOeSLE 9PEAICER 

I INCREMENT COUNTED ONE 

I DECREWNT COUNTER TW 

I READ KEVBOMtD 

INO KEV 

IIS IT A CONTROL CHWUKTOT? 

IVES 

(STORE n« CHARACTER IN T>C 
■RING BUFFER 

■ OJTPUT THE CHARACTER 
■CLEAR STROBE 

■ ADVANCE THE CURSOR 



■ BET Y FROM nc STACK 



LDA 
ORA 
STA 



rcxTi 

COUTZ 

FIFO 

PNTR 

»CRE 

FIFO 

*«RE 

0«8O 

HEXT2 

BACK 

••80 

FLAG 

FLAG 

OUT 

FLAG 



OUT 

PB0 

ICXT3 

FLAG 

OUT 

PBl 

OUT 

•02 

FLAG 

FLAG 

OUT 



■BET A FROM MEMORY 

(RETUFTN 

■ DELETE KEV 



ICARRIABE RETURN 



(CHECK T« DOT AND DASH FLAGS 
■ BET OUT IF T*CY ARE SET 

■READ Tt« PUSH BUTTON 

J IW>UTS 

I SET THE DOT FLAB 



lOCCK FOR A DASH 



■SET THE DASH FLAG 



Morse Table 



0C80- 


00 


00 


00 


00 


00 


00 


00 


CE 


0C88- 


00 


00 


00 


00 


CE 


8C 


56 


94 


0^50- 


FC 


7C 


3C 


IC 


0C 


04 


84 


C4 


0C93- 


E4 


F4 


16 


32 


00 


8C 


00 


32 


0CA0- 


00 


60 


88 


A8 


90 


40 


28 


D0 


0CAS- 


08 


20 


16 


32 


CE 


8C 


56 


94 


0CB0- 


FC 


7C 


3C 


IC 


0C 


04 


84 


C4 


0CBS- 


E4 


F4 


16 


32 


20 


8C 


20 


32 


&CC'3- 


00 


60 


88 


A8 


90 


40 


28 


D0 


0CCS- 


08 


20 


78 


B0 


48 


E0 


A0 


F0 


0CD0- 


68 


D8 


50 


10 


C0 


30 


18 


70 


0CD8- 


98 


B8 


C8 


00 


00 


00 


00 


00 


0CE0- 


00 


00 


00 


00 


00 


00 


00 


00 


0CE8- 


00 


00 


00 


00 


00 


00 


00 


00 


0CF0- 


00 


00 


00 


00 


00 


00 


00 


00 


0CF8- 


00 


00 


00 


00 


00 


00 


00 


00 
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Beginner's Column, Part Two: 

ANYONE FOR A LITTLE "KISS" ELECTRONICS? 



by Phil Wells, Technical Editor 



H. 



^ow much electronics theory do you have to know to be 
able to design your own computer-related projects? A dozen 
or so basic concepts and formulas will get you started. 
Beyond that, one of the great things about this hobby is that 
you can dig into theory just as far (or as little) as you want. 
It just helps a lot to be able to learn it "hands-on." That's 
what this column is for. 

As discussed in last month's KISS, you will need at least 
a VOM (VoH-Ohm-Milliammeter) and some small tools and 
parts. I'm using a Radio Shack #22-204 multitester and a 
Radio Shack #22-191 digital multimeter. These are not the 
best but are widely available, very low cost, and have 
worked well for me for several years. 

Electronics at our level is all about what happens when 
we push electrons through circuits. 

We will talk about simplifications of the real world, make 
calculations based on idealized components, then construct 
real circuits and make measurements to test our simplified 
models. What we care about is being able to put together a 
project that does something useful or interesting. You 
should understand from the beginning that real components 
won't always match our simplified models, that real 
measuring devices have built-in sources of errors and that 
most of the time a measured value that comes close to our 
calculated value is a success. Don't expect a 4700 Ohm 
resistor to measure exactly 4700 Ohms, and don't waste 
time trying to get 5.000 volts when we need 4.8 to 5.2 volts. 

Getting Started: Ohm's Law 

We can easily measure current, voltage and resistance. 
These are most beautifully related by Ohm's Law (figure 1). 
This formula says that if we connect a one ohm resistor 
across an ideal one volt battery, one ampere of current will 
flow through the resistor (figure 2). 

The battery supplies electrons, each carrying one 
negative electrical charge. A battery is a chemical device 
which produces a potential difference, or voltage. The 



potential difference represents an ability to do work. The 
work is performed by moving charges from one side of the 
battery to the other, through a conductor connecting the 
two terminals. If there is no conductor, no work is 
performed, but the potential remains. When the battery 
runs out of charged particles, there will be no more 
potential difference, and no more work. The battery's 
voltage will be zero and it is said to be discharged. We've all 
seen this kind of action, if only by forgetting to turn off our 
car's headlights. 

To understand figure one, we need to define some terms. 

Charge is one of the basic properties of matter. It is a 
measure of one of the ways in which two pieces of matter 
exert forces on each other (gravity is a similar property). A 
quantity of electric charge is measured in "coulombs." One 
coulomb of charge is about 6.24E18 (6.24 times 10 to the 
eighteenth power) electrons. The charge on a single electron 
is -1.60E-19 coulomb. 

The number of charges which flow between our battery 
terminals in one second is the "current", measured in 
amperes or milliamperes (thousandths of an ampere). One 
ampere of current is one coulomb of charge flowing in one 
second, or about 6,240,000,000,000,000,000 electrons per 
second. 

The amount of current which flows through our resistor 
depends on the electrical force supplied by the battery. 
There must be an imbalance of charge or a potential 
difference between two points to sustain a current between 
them. The potential of the battery is called its 
"electromotive force", or emf. Electrical potential is defined 
in terms of work. Two points are at a potential difference of 
one volt if one joule of work is required to move one 
coulomb of charge between them. A joule is the amount of 
work performed when a force of one newton moves a point 
one meter (one joule = one newton-meter of work or 
energy). 

The resistor in our circuit is not a perfect conductor; it 




Voltage- Current titnes Resistance 

V-IRof E-IR 



I. V/R 



R.V/1 



Bfuri 1. Otim s Law Use trie diagram as a rttemory aiC it you c]on i like algeDra 





— ' 


»■ I - 1 ampere 








curreni 




V _ 


+ 




R - 1 ohm 


volt tuttery 






res 1 SI or 



voltage 

current 



v/i-n 



1 volt 
1 amp 



n^uri 2: Ohm's Law circuit Isn't tt conventent that ohms amps and votts all equa! one*^ 
Resistance is aetined as the ratio o< vottage to curreni 
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resists the flow of electrons to some degree. The amount of 
opposition to electron flow is the measure of the resistor's 
"resisUnce". measured in ohms. You can also look at a 
resistor as a conductor; its "conductance" is the reciprocal of 
its resistance. Conductance is measured in Mhos (yes, that's 
Ohms spelled backwords). 

What George Simon Ohm (1787-1854) discovered was that 
if he connected the terminals of a battery (actually a 
chemical wet-cell) together using various kinds of 
conductors, the ratio of the voltage across the conductor to" 
current through it was constant. That is, more voltage 
caused more current to flow. The ratio of voltage to current 
is a measure of the electrical resistance of the conducting 
material. One ohm is the electrical resistance when a 
potential difference of one volt causes a current flow of one 
ampere. This is what we now know as Ohm's Law. 

Getting Practical 

How much resistance does a resistor t)r t)ther couducter 
offer? Connect the resistor to a battery, measure the 
volUge across the resistor and the current through it (see 
figure 3), then calculate the resistance through it with Ohm's 
Law: R = V -r I Then measure the resistor's resistance with 
your ohmmeter. You will find some error because the 
milliammeter itself has some resistance, so less current 
flows when the meter is in the circuit in series with the 
resistor. Additional error stems from the meter's limited 
accuracy and from less-than-perfect measuring technique. 
Try different resistors but don't try resistor values much 
lower than 500 ohms; they'll get too hot, and a 9-volt 
transistor-radio type battery can't supply enough current. 



009 amoeres 



9 von battery 



^^ 



9 volls 
voitmeier 



fi»iir» 3: Try out Otim s La* II you have Oillereni Daiienes or a vanaOie-ouIDui 
power supply iry dillereni voilages Keep fl greaic man 500 ohms 



Ohm's Law says that if we increase the voltage, more 
current will flow. If we increase the resistance, less current 
will flow. Usually, we have a fixed voltage source and we 
control the current flow by varying the resistance. 

Figures 4 and 5 illustrate the use of Ohm's Law. Knowing 
any two of the three parameters, we can calculate the 
unknown one. Give it a try. 

Voltage Drops 

Another way of looking at Ohm's Law shows that if we 
apply a voltage to a complex circuit, the current which flows 
through each resistance produces a "voltage drop" across 



"L 



^ What IS the current? 

imohms I -V/R. 5/2000.. 002M.?5n,A 



•r 

■L 



r 



What IS the voltage^ 
4000 ohms V . IR . .01 X 4000 . 40V 



Whai IS the resrstance^ 



n-V/l. 5/005- 1000 ohms 



FHuri 4: Using Ohm s Law, the texttwok way 



What is the voltage' 
V-IR.. 01x4000 -40V 




What IS the current in 
this paa ol the circuit' 



l-V/R.5/2000. 0025A.2.5mA 



What IS the resistance' 
Measure I and V 



R- V/l-5/ 055- 1000 ohms 



fijufi 5: Using Ohm's Law on the workbench Since resistors are labeled, you usually only I 
need a voltmeter to measure V and calculate I. I 



the resistance equal to the product of current and resistance 
(see figure 6). More current produces a larger voltage drop. 
This may make more sense if we measure the voltage across 
each of two resistors connected in series (figure 7). 

This figure contains a wealth of information. The total 
resistance of two resistors in series is the sum of the two 
resistance values. The same current flows through both 
resistors. The voltage drop across each resistor equals the 
current through it times its resistance. We have only one 




Voltmeter 



Fi,ur. 6: Ohm s Law says a current llowing through a resistor rraluces a voHaoe droo 
across me resistor equa; to i times R >" «> a vonage crop 
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A . + 9V 


l-V/R,„, 




' * 




lDOOolims;| 


B,„-R,+ H2 


~ 


+ 

- V 

'- 9\/ 1 , B - v^V 


VR,-IR, 
VRi-IR, 




2000 onms ; : 


^^, . 1 000 + 2000 . 3000 onms 






c-ov 


I.V/R„„. 9/3000- 003A 




* 


ER,- 003 X 1000.3V ' ER,. 


003x2O0O-6V 






fijuri 7: Voltage Drops across resistors in series 





current value (three milliamperes) but two voltages. If we 
take the most negative point in the circuit as a "reference" 
from which to make all voltage measurements (usually called 
"ground") then point A = 9 volts and point B = 6 volts. Do 
you see the reason for the expression "There is a three volt 
drop across Rl and a six volt drop across R2."? 

A common convention is to use the most negative point in 
a complex circuit as a reference; then the most positive 
point has the "highest" potential or voltage. The voltage 
"drops" across series resistances until we reach zero or 
"ground." 

While we're on the subject of conventions, there is 
sometimes confusion about the direction of current flow 
through a circuit. There are both negative and positive 
charges, and carriers of these charges. The two types of 
charges move in opposite directions when forced through a 
conductor by a voltage. In figure 8, electrons move from the 
battery's negative terminal, through the resistor and into 
the positive terminal. This is called electron flow. We will 
indicate the direction of current flow as "conventional 
current", in which current flows from a more positive to a 
less positive potential. It doesn't really matter which is used 
as long as we are consistent. 

Power 

To avoid having resistors go up in flame, you need to 
know how to calculate power dissipation. When a source of 
voltage pushes a current through a resistor, work is done, 
energy is used and heat is produced. How hot a resistor gets 
depends on its size and composition, but is proportional to 
the rate at which work is done moving charges through it 

. One joule of work is done moving one coulomb of charge 
through a potential difference of one volt. Power is defined 
as the rate of doing work, in joules per second. We more 
commonly express electrical power in "watts". One watt of 
power (rate of doing work) is defined as one joule of work 
per second. Power in watts is calculated as volts times 
amperes: 



Power (walls) = |oules/ second = 
volts X coulombs/second = volts x amps 

P= Vx I 



Figure 9 shows various ways of calculating power, found by 
using Ohm's Law and substition. Use these formulas on the 
earlier examples to find out the power in the resistors. 



Resistors are manufactured in a wide variety of types 
and sizes. Their specifications are in ohms (resistance), 
accuracy or tolerance (%), temperature stability (ohms per 
degree Celcius), and power dissipation rating. The last 
parameter indicates how fast the resistor can get rid of the 
heat caused by a current moving through it. A one-watt 
resistor, for example, can safely handle the heat from one 
joule per second (one watt) if it is in open air at about room 
temperature. Unfortunately, some types of resistors suffer 
permanent changes in resistance if you get them too hot, 
even within their wattage ratings. Most resistors run at 
their rated wattage get hot enough to burn your fingers 
(especially high-power ceramic resistors). Carbon 
composition and some carbon film resistors can literally go 
up in flames if their wattage rating is exceeded. 

Before you install a resistor in a circuit and turn on the 
power, you must calculate the expected power in the 
resistor, with any of the three formulas in figure 9. Then 
select a V« watt, '/« watt, or larger size resistor. Most 
microcomputer circuits use a five volt power supply and 
very low currents; since the wattage needed is the product 
of voltage and current, you can usually use a V4 watt 
resistor. 





Electron current 



Conventtorul current 



Figure B: We will use conventional current flow from positive to negative 




Power in Watts - voltage times current 

p. VI (or P. El) 

P.V'/R |P.VI.VxV/R. VVR] 

P.I>R lP.VI.(IR)xl-l'R] 



Flgiiri 9: formulas for calculating power in a resistor 



Resistors In Series And Parallel 

You often won't have exactly the right value of resistor 
called for by your calculations. You can "dummy-up" an 
equivalent resistance by combining resistors in combination 
as shown in figure 10. 

Adding a series resistor increases the total resistance. 
Adding a resistor in parallel decreases the total resisance. 
Notice that putting two equal resistors in parallel gives you 
an equivalent resistor of V2 of each resistor. Putting three in 
parallel divides by three. 
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Hesislors in Series 

ADO 



^lou!" '^i + R;+ f^3 



lOOolims" 



100 ohms 3 



Rfurt 10i; Series resistances sum io an equivalent resistance 



•100 > 100< 100 



^loia' " 



33 Vj orims 



l/R,* t/Rj+l/Rj 

Resistofs in Paiallei 
DIVIDE 



three lOOotim resisiors 



Flfure lOb: Parallel resistances OiviOe equivaleni parallel resistance is the reciprocal of the sum 
ol ine reciprocals 



Remember that the power dissipated in each resistor is 
the product of current through it times the voltage across it. 
When you make up an equivalent resistor, the power is 
spread among the individual resistors. You can make a high- 
wattage equivalent resistor out of a number of lower 
wattage ones by putting many higher-valued resistors in 
parallel, or lower-valued ones in series. For example, 10 
resistors of 100 ohms, Vj watt each in parallel is the 
equivalent of one resistor of 10 ohms with a power rating of 
five watts. A series string of ten 10 ohm Vz watt resistors 
can handle 5 watts of power, but will have a resistance of 
100 ohms. 

Resistor Color Code 

Carbon composition and carbon film resistors are marked 
with color bands as shown in figure 10. The four color bands 




Resistor Color Code 



Color 


Signilicant 
ligure 


Multiplier 


Tolerance 


Silver 


_ 


02 


10% 


Gold 


— 


.01 


5% 


Black 





1 




Brown 


1 


10 




Red 


2 


100 




Orange 


3 


1000 




Yellow 


A 


10000 




Green 


5 


100000 




Blue 


E 


1000000 




Violet 


7 






Grey 


e 






White 


9 






No Color 


— 




20% 


Figure 11 









are offset towards one end of the body of the resistor. To 
read the resistance value, hold the resistor end nearest the 
bands toward your left, then read the colors from left to 
right. The first two colors are the more significant digit and 
less significant digit of the resistance value. The third band 
is the multiplier, or number of zeros to tack on after the two 
significant digits. The fourth band indicates tolerance, or 
how far from the indicated resistance the specific resistor 
might be. Gold is 5%, silver 10%, and no band is 20%. A 
1000 ohm, 5% tolerance resistor's real resistance can be 
anywhere from 950 to 1050 ohms. 

Next Time 

Next month we'll design a power supply. We'll go into 
how to select the components and calculate the required 
values for a five volt, 1.5 amp experimeter's bench supply. ■ 
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ASCII Table 










0E80- 


20 


20 


45 


54 


49 


41 


4E 


4D 


0E88- 


53 


55 


52 


57 


44 


4B 


47 


4F 


0E90- 


46 


56 


46 


20 


AC 


20 


50 


4A 


0E98- 


42 


53 


43 


59 


5A 


51 


20 


20 


0EA0- 


35 


34 


20 


33 


20 


20 


20 


32 


0EA8- 


20 


20 


20 


20 


20 


20 


20 


31 


eEB0- 


36 


3D 


2F 


20 


20 


20 


20 


20 


eEB8- 


37 


20 


20 


20 


38 


20 


39 


30 


0EC0- 


20 


20 


20 


20 


20 


20 


20 


20 


0EC8- 


20 


20 


20 


20 


3F 


20 


20 


20 


0ED0- 


20 


20 


20 


20 


20 


2E 


20 


20 


0ED8- 


20 


20 


20 


20 


20 


20 


20 


20 


0EE0- 


20 


20 


20 


20 


20 


20 


20 


20 


0EE8- 


20 


20 


20 


20 


20 


20 


20 


20 


0EF0- 


20 


20 


20 


2C 


FF 


FF 


00 


00 


0EF8- 


FF 


FF 


00 


00 


FF 


FF 


00 


00 



Any Computer Hacker Machinists 
Out There? 

We want to contact 
anyone interested in 
using micros to con- 
trol machine tools 
for personal use, or 
on a small business 
level. Contact us if 
you are using a micro 
for measurement or 
control with a lathe, 
milling machine, or 
other machine tool. 
We need to know what you are doing, how you are 
doing it, what problems you have, and what additional 
information would help you. 
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Size 23 Stepper Motors from Clifton 



Clifton Precision, Litton Systems, Inc., has expanded its line 
. of size 23 1.8° stepper motors to include models with up to 170 
oz-in holding torque and 120 oz-in dynamic torque. The 
motors operate with 200 steps per revolution. 

The Clifton motors are compact; they are available in 
lengths as short as 1.5', excluding shaft. In addition, they are 
quiet operating, making them ideal for office environments. 
They are well suited to applications such as carriage wheels 
for matrix and daisy wheel printers, paper-feed drives, 
machine tool controls, disk drive head positioners, tape 
readers, plotters, robotic systems — wherever precise 
positioning is required in an open-loop system. 

These size 23 stepper motors offer standard accuracy of 1 5 
percent; accuracies of up to ±3 percent are available. High 
reliabUity is an advantage of the Clifton motors, achieved 
through close-tolerance construction. 

Special winding configurations, mounting, and other 
modifications can be produced to meet specific customer 




requirements. 

For additional information on the Clifton size 23 stepper 
motors, contact Clifton Precision, P.O. Box 160, Murphy, NC 
28906; (704) 837-5115, TWX 510-935-1068. ■ 



Ma Bell Hits Modems With Tariff 



The September issue of The Computer Shopper (P.O. Box F, Titusville, FL 32796), reported that 
Southwestern Bell Telephone Company's Oklahoma tariffs call for the charging of an 'Information 
Terminal Service' rate for anyone connecting a computer to the telephone lines via a modem. 

This rate is approximately 500% higher than the standard residential base rate. Obviously, this tariff 
dramatically affects the entire industry, as it practically prohibits noncommercial modem use. 

The Computer Hacker considers easy access of communication lines thru modems to be very 
important for micro users, and we would like to publish a report of how this access is handled in different 
parts of the country. 

If you have had an experience with modem connections that would be helpful to others in similar 
situations, please write and describe your experience and the solutions you arrived at. Include anything 
that you feel would be helpful to someone faced with a similar problem. For your protection, no names 
will be published, only the State will be given. 
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WANTED: TiMypt KSR-3S manuals needed to 
restore old teletype machine. Also need manuals 
for paper upe punch and reader. The Computer 
Hacker, P.O. Box 1697, Kalispell, Ml 59903-1697. 

FOR SALE: SSM 10/4 beard tor S-100 bus. Two 
serial, two parallel pons. $100. DEC LSI-11 
minicomputer. Rack mount. KD11-F processor 
with KEV11 harware math chip, DLV11 serial 
card, DRV11 parallel card. Total of 48K RAM 
Paper Tape O.S. $995 Write Lance Rose, c/o The 
Computer Hacker, Box 1697, Kalispell, MT 
59903-1697. 



Antliori Wanttdl We are interested in publishing 
specialized, well written, booklets for the serious 
computer user. There is often need for information 
which is too long or too specialized for a magazine, 
and too short lor a major book. In order to publisti 
this information in a magazine it is shortened and 
re-written lor a broad general audience. Or, H is 
puffed up to fill a book. Neither of these 



approaches fills the need of the hacker. 
We will publish booklets of approx. 10.000 to 
60.000 words, in addition to our magazine. If you 
f«ve a manuscript which is too long for a 
magazine and too short for a major book, contact 
The Computer Hacker. Please query by letter 
with an outline and a self-addressed stamped 
enwiope before sending your manuscript. 



Advertise Where The Action Is 

The Computer Hacker is THE place to advertise products for those who build, interface, and 
control with microprocessors. Send for our advertising media kit. 



Advertising Department 
The Computer Hacker 

P.O. Box 1697, Kalispell. Mt 59903-1697 



